Up to Discussions in OpenSBC
3 Replies Last post: Nov 6, 2008 10:30 AM by anebi  
Click to view anebi's profile  
anebi
12 posts since
Oct 14, 2008

Oct 30, 2008 12:25 PM

OpenSBC and problems with calling between internal users and registering to provider

Hi,

i have some problems with OpenSBC that i can't find out how to solve. I will be happy if someone give me some idea how to deal with these problems.

First problem is this. 'm trying to set sip-trunks in OSBC and until now everything was ok. Most of our voip providers are working and trunks are registering successful. But i have problem with voicetrading.com provider. I can't get my sip trunk to register to it.

This is the configuration file that i use for sip-trunk:

<root>
<siptrunk trunk-name="sip.voicetrading.com"
route-set="sip.voicetrading.com"
sip-domain="sip.voicetrading.com"
expires="10">
<trunk-accounts>
<account user-name="username"
auth-user-name="username"
auth-password="password"
expire="3600" />
</trunk-accounts>
<transient-accounts>
<account user-name="username"
auth-user-name="username"
auth-password="password"
expire="3600" />
</transient-accounts>
</siptrunk>
</root>

I use the same XML structure for other trunks that i use and they are registering without any problems.
The second problem is this. I don't know if it is directly related with OSBC or with Sipxecs. My installation is Sipxecs and OSBC. I use OSBC for NAT Traversal and UpperRegister.
So to get back to the problem. I'm trying to call other internal user from sipxecs installation, but i'm not able to call to him. On the other hand he can ring to me and ican receive his call. Some times, i can call and he receive my call, but he can't call to me.

What can be the problem?

I have set UpperRegister route this way: *@myrealm.com sip:mysipx.myrealm.com. I think that this is correct, but please comfirm if it is. I tried different things, but i can't understand why this happen.

I will be happy if someone help me to solve these 2 problems.

Thanks in advanced!

Regards, Ali Nebi!
Guest
Guest
1. Oct 30, 2008 10:18 PM in response to: anebi
Re: [OpenSBC] OpenSBC and problems with calling between internal users and registering to provider
OpenSBC Forum wrote:
Hi,

i have some problems with OpenSBC that i can't find out how to solve. I will be happy if someone give me some idea how to deal with these problems.

First problem is this. 'm trying to set sip-trunks in OSBC and until now everything was ok. Most of our voip providers are working and trunks are registering successful. But i have problem with voicetrading.com provider. I can't get my sip trunk to register to it.


You need to give more information. Send us a copy of the SIP packet
exchange between your provider and OpenSBC. Perhaps we can deduce what
went wrong from there. Have you tried asking the trunk provider why
they are rejecting your requests?

The second problem is this. I don't know if it is directly related with OSBC or with Sipxecs. My installation is Sipxecs and OSBC. I use OSBC for NAT Traversal and UpperRegister.

So to get back to the problem. I'm trying to call other internal user from sipxecs installation, but i'm not able to call to him. On the other hand he can ring to me and ican receive his call. Some times, i can call and he receive my call, but he can't call to me. What can be the problem?

I have set UpperRegister route this way: *@myrealm.com sip:mysipx.myrealm.com. I think that this is correct, but please comfirm if it is. I tried different things, but i can't understand why this happen.

I will be happy if someone help me to solve these 2 problems.

This smells like a NAT binding issue to me. Can you at least confirm
that the call in question are actually routed by sipx to OpenSBC?

Joegen

Click to view anebi's profile  
anebi
12 posts since
Oct 14, 2008
2. Oct 31, 2008 5:43 AM in response to: Guest
Re: [OpenSBC] OpenSBC and problems with calling between internal users and registering to provider
Hi, thanks for the reply. This is the part of the logs for packet exchange between voicetrading and OpenSBC:

2008/10/30 17:30:49.834 DBG: CID=0x1171
2008/10/30 17:30:49.837 DTL: CID=0x1171 Event: ---> UnknownTransaction - REGISTER
2008/10/30 17:30:49.837 WRN: CID=0x06cb *** UNHANDLED *** Event(SIPUnknownTransaction)
2008/10/30 17:30:53.806 DTL: CID=0x1171 NICT(1225384246316) Event( Timer-E ) Interval: 4000
2008/10/30 17:30:53.807 INF: CID=0x1171 >>> REGISTER sip:sip.voicetrading.com SIP/2.0 DST: 194.xxx.xxx.198:5060:UDP SRC: 87.xxx.xxx.102:8006 enc=0 bytes=599
2008/10/30 17:30:53.807 DBG: CID=0x1171
2008/10/30 17:30:53.807 DBG: CID=0x1171 REGISTER sip:sip.voicetrading.com SIP/2.0
2008/10/30 17:30:53.807 DBG: CID=0x1171 From: <sip:voicetradingusername@sip.voicetrading.com>;tag=78cdd8c20da5dd1181e3c10d24aff1d1
2008/10/30 17:30:53.807 DBG: CID=0x1171 To: sip:voicetradingusername@sip.voicetrading.com
2008/10/30 17:30:53.807 DBG: CID=0x1171 Via: SIP/2.0/UDP 87.xxx.xxx.102:8006;iid=28941;branch=z9hG4bK2cfbd8c20da5dd1181e3c10d24aff1d1;uas-addr=194.xxx.xxx.198;rport
2008/10/30 17:30:53.807 DBG: CID=0x1171 CSeq: 1 REGISTER
2008/10/30 17:30:53.807 DBG: CID=0x1171 Call-ID: fed8d8c2-0da5-dd11-8992-92c91174e321@sip.voicetrading.com
2008/10/30 17:30:53.807 DBG: CID=0x1171 Contact: <sip:voicetradingusername@87.xxx.xxx.102:8006;transport=udp>
2008/10/30 17:30:53.807 DBG: CID=0x1171 User-Agent:
2008/10/30 17:30:53.807 DBG: CID=0x1171 Expires: 120
2008/10/30 17:30:53.807 DBG: CID=0x1171 Max-Forwards: 70
2008/10/30 17:30:53.807 DBG: CID=0x1171 Allow: INVITE, BYE, ACK, REFER, MESSAGE, INFO, NOTIFY, OPTIONS, PRACK
2008/10/30 17:30:53.807 DBG: CID=0x1171 Content-Length: 0
2008/10/30 17:30:53.807 DBG: CID=0x1171
2008/10/30 17:30:53.807 DBG: CID=0x1171
2008/10/30 17:30:54.134 INF: CID=0x1171 <<< SIP/2.0 401 Unauthorized SRC: 194.xxx.xxx.198:5060:UDP enc=0 bytes=502
2008/10/30 17:30:54.134 DBG: CID=0x1171
2008/10/30 17:30:54.134 DBG: CID=0x1171 SIP/2.0 401 Unauthorized
2008/10/30 17:30:54.134 DBG: CID=0x1171 From: <sip:voicetradingusername@sip.voicetrading.com>;tag=78cdd8c20da5dd1181e3c10d24aff1d1
2008/10/30 17:30:54.134 DBG: CID=0x1171 To: <sip:voicetradingusername@sip.voicetrading.com>
2008/10/30 17:30:54.134 DBG: CID=0x1171 CSeq: 1 REGISTER
2008/10/30 17:30:54.134 DBG: CID=0x1171 Call-ID: fed8d8c2-0da5-dd11-8992-92c91174e321@sip.voicetrading.com
2008/10/30 17:30:54.134 DBG: CID=0x1171 Contact: sip:194.xxx.xxx.198:5060
2008/10/30 17:30:54.134 DBG: CID=0x1171 Server: (Very nice Sip Registrar/Proxy Server)
2008/10/30 17:30:54.134 DBG: CID=0x1171 WWW-Authenticate: Digest realm="sip.voicetrading.com", nonce="617080828", algorithm=MD5
2008/10/30 17:30:54.134 DBG: CID=0x1171 Allow: ACKBYE, CANCEL, INVITE, REGISTER, OPTIONS, INFO, MESSAGE
2008/10/30 17:30:54.134 DBG: CID=0x1171 Content-Length: 0
2008/10/30 17:30:54.134 DBG: CID=0x1171
2008/10/30 17:30:54.134 DBG: CID=0x1171
2008/10/30 17:30:54.135 DTL: CID=0x1171 Event: ---> UnknownTransaction - REGISTER
2008/10/30 17:30:54.135 WRN: CID=0x06cb *** UNHANDLED *** Event(SIPUnknownTransaction)
2008/10/30 17:30:56.316 DTL: CID=0x1171 NICT(1225384246316) Event( Timer-F ) Interval: 10000
2008/10/30 17:30:56.316 DTL: CID=0x1171 NICT(1225384246316) StateTrying->StateTerminated
2008/10/30 17:30:56.317 DTL: CID=0x1171 Event: ---> TimerExpire - REGISTER
2008/10/30 17:30:56.317 WRN: CID=0x06cb *** TIMER EXPIRATION *** for SIP Session REGISTER-voicetradingusername:@sip.voicetrading.com
2008/10/30 17:30:56.317 DTL: CID=0x06cb *** QUEUED FOR DELETION *** SIPSession: REGISTER-voicetradingusername:@sip.voicetrading.com
2008/10/30 17:30:56.317 DBG: CID=0x0000 GC: First Stale Object GCObject<T>


I have not askedthem yet, but probably i will do that. It is strange because i can register to the provider with asterisk, with other softphones, everywhere i use the same data.But i can't do that with OSBC.

I see that when the other trunks are registering to voip provider in their request appear this line in the logs:

Authorization: Digest username="euteliausername", realm="voip.eutelia.it", nonce="490ad2e013281753sdasd898ba664ec4984172f8664c5", uri="sip:voip.eutelia.it", res
ponse="72c2460bfd1343f0a47cdasdad5fbcc2903156", opaque="", algorithm=MD5

This line is missin in voicetrading trunk requests.

Yes, i can comfirm that the calls are router from sipx to OSBC. I have tried this with trying to call real numbers, and all calls are routed to my voip provider and i'm able to call the real numbers.


Only problem are calls between internal users.


I get these errors in sipx logs:

"2008-10-29T19:40:18.275331Z":238:SIP:WARNING:asxxxx.igxxxxx.com:SipRouter-13:F67FFB90:SipXProxy:"SipUserAgent::send INVITE request matches existing transaction"
"2008-10-29T19:40:18.282874Z":239:SIP:ERR:asxxxx.igxxxxx.com:SipClientTcp-80:F5DFFB90:SipXProxy:"SipClientWriteBufferSipClientTcp-80::empty had 1 total messages"
"2008-10-29T19:40:26.253983Z":240:SIP:ERR:asxxxx.igxxxxx.com:SipUserAgent-2:F66FEB90:SipXProxy:"SipUserAgent::handleMessage SIP message timeout expired with no matching transaction"
"2008-10-29T19:45:32.585043Z":241:SIP:ERR:asxxxx.igxxxxx.com:SipClientTcp-78:F55FEB90:SipXProxy:"SipClientWriteBufferSipClientTcp-78::empty had 0 total messages"
"2008-10-29T19:45:47.031784Z":242:SIP:WARNING:asxxxx.igxxxxx.com:SipRouter-13:F67FFB90:SipXProxy:"SipUserAgent::send INVITE request matches existing transaction"
"2008-10-29T19:45:47.041093Z":243:SIP:WARNING:asxxxx.igxxxxx.com:SipRouter-13:F67FFB90:SipXProxy:"SipUserAgent::send INVITE request matches existing transaction"
"2008-10-29T19:45:47.054241Z":244:SIP:ERR:asxxxx.igxxxxx.com:SipClientTcp-81:F55FEB90:SipXProxy:"SipClientWriteBufferSipClientTcp-81::empty had 1 total messages"
"2008-10-29T19:45:51.079730Z":245:SIP:ERR:asxxxx.igxxxxx.com:SipClientTcp-82:F55FEB90:SipXProxy:"SipClientWriteBufferSipClientTcp-82::empty had 1 total messages"
"2008-10-29T19:45:51.560491Z":246:SIP:ERR:asxxxx.igxxxxx.com:SipUserAgent-2:F66FEB90:SipXProxy:"SipUserAgent::handleMessage SIP message timeout expired with no matching transaction"


I asked in sipx mailing list about this problem too.

Click to view anebi's profile  
anebi
12 posts since
Oct 14, 2008
3. Nov 6, 2008 10:30 AM in response to: anebi
Re: [OpenSBC] OpenSBC and problems with calling between internal users and registering to provider
Any suggestions about my problems with the provider ?

Actions

More Like This