Thread: [OpenSBC] OpenSBC ACK problem
Brought to you by:
joegenbaclor
Menu
▾
▴
opensipstack-osbcdevel
|
From: madar <lma...@mi...> - 2007-08-08 08:16:57
|
Hi, I'm using opensbc to connect our IMS and other SIP systems. Opensbc used in b2bua mode with rtp proxy. Now every call goes through opensbc. It works fine, but I have a problem now. When user1 calls user2 and the connection estabilished user1 sends an ACK message, but the sbc cannot forward it. Here are the details: USER1 -> OPENSBC SIP/SDP Request: INVITE sip:22...@mi... OPENSBC -> USER1 SIP Status: 100 Trying OPENSBC -> USER2-IMS-I-CSCF SIP/SDP Request: INVITE sip:22...@mi... USER2-IMS-I-CSCF -> OPENSBC SIP Status: 100 Trying USER2-IMS-I-CSCF -> OPENSBC SIP Status: 180 Ringing OPENSBC -> USER1 SIP Status: 180 Ringing USER2-IMS-I-CSCF -> OPENSBC SIP/SDP Status: 200 OK OPENSBC -> USER1 SIP/SDP Status: 200 OK USER1 -> OPENSBC SIP Request: ACK sip:OPENSBC:5060 USER2-IMS-I-CSCF -> OPENSBC SIP/SDP Status: 200 OK USER2-IMS-I-CSCF -> OPENSBC SIP/SDP Status: 200 OK USER2-IMS-S-CSCF -> OPENSBC SIP Request: BYE sip:OPENSBC:5060 OPENSBC -> USER2-IMS-S-CSCF SIP Status: 200 OK OPENSBC -> USER1 SIP Request: BYE sip:user1@OPENSBC:43760 USER1 -> OPENSBC SIP Status: 200 OK OpenSBC logs says the following: DBG: [CID=0x0e62] RCV: enc=0 490 Bytes from RCVADDR: 80.98.72.216:RCVPORT: 57474:UDP (ACK sip:152.66.87.200:5060 SIP/2.0) 329591:19:39.482 DBG: [CID=0x0e62] 329591:19:39.482 DBG: [CID=0x0e62] RECEIVE: REQ: ACK (1) 329591:19:39.482 DBG: [CID=0x0e62] FROM: sip:te...@va... 329591:19:39.482 DBG: [CID=0x0e62] TO: sip:la...@mi... 329591:19:39.482 DBG: [CID=0x0e62] XOR: FALSE 329591:19:39.482 DBG: [CID=0x0e62] SRC: 80.98.72.216 PORT: 57474 329591:19:39.482 DBG: [CID=0x0e62] 329591:19:39.482 DBG: [CID=0x0e62] Unable to find ACK Transaction M2I2YzE0ZjlhYjJjNDVkYjVhN2JmODQ5NzY0NmMyMWI.86b1da53aa43dc118f9086ad22c1c4a5|z9hG4bK- 329591:19:39.482 DBG: [CID=0x0e62] 329591:19:39.482 DBG: [CID=0x0e62] *** TRANSACTION DOES NOT EXIST *** 329591:19:39.482 DBG: [CID=0x0e62] Message: ACK sip:152.66.87.200:5060 SIP/2.0 329591:19:39.482 DBG: [CID=0x0e62] Call-Id: M2I2YzE0ZjlhYjJjNDVkYjVhN2JmODQ5NzY0NmMyMWI. 329591:19:39.482 DBG: [CID=0x0e62] 329591:19:39.482 INF: [CID=0x0e62] Event: Setting UA Core [Call] to handle event ACK 329591:19:39.482 DTL: [CID=0x0e62] Event: ---> UnknownTransaction - ACK The IMS hungup the call after 30 sec, because it doeasn't get the ACK message. Is it an opensbc bug or my configuration are wrong? I can provide more logs and traces if it's necessary. Thanks madar @ Mobile Innovation Centre |
|
From: Joegen E. B. <joe...@gm...> - 2007-08-08 08:28:25
|
madar wrote: > Hi, > > I'm using opensbc to connect our IMS and other SIP systems. Opensbc used in b2bua mode with rtp proxy. > Now every call goes through opensbc. It works fine, but I have a problem now. > When user1 calls user2 and the connection estabilished user1 sends an ACK message, but the sbc cannot forward it. > In B2BUA mode, ACK is generated independently by OpenSBC towards UA 2. SBC will not forward the ACK sent by UA 1. If you are saying that OpenSBC is NOT generating an ACK at all, then this is definitely a bug. If you feel that this is the case, please open a bug report in bugs.opensourcesip.org and upload the level 5 b2bua log in the bug report. If possible, include an ethereal capture taken from opensbc box as well. Make sure that you have the latest code from CVS for your tests. > Here are the details: > USER1 -> OPENSBC SIP/SDP Request: INVITE sip:22...@mi... > OPENSBC -> USER1 SIP Status: 100 Trying > OPENSBC -> USER2-IMS-I-CSCF SIP/SDP Request: INVITE sip:22...@mi... > USER2-IMS-I-CSCF -> OPENSBC SIP Status: 100 Trying > USER2-IMS-I-CSCF -> OPENSBC SIP Status: 180 Ringing > OPENSBC -> USER1 SIP Status: 180 Ringing > USER2-IMS-I-CSCF -> OPENSBC SIP/SDP Status: 200 OK > OPENSBC -> USER1 SIP/SDP Status: 200 OK > USER1 -> OPENSBC SIP Request: ACK sip:OPENSBC:5060 > USER2-IMS-I-CSCF -> OPENSBC SIP/SDP Status: 200 OK > USER2-IMS-I-CSCF -> OPENSBC SIP/SDP Status: 200 OK > USER2-IMS-S-CSCF -> OPENSBC SIP Request: BYE sip:OPENSBC:5060 > OPENSBC -> USER2-IMS-S-CSCF SIP Status: 200 OK > OPENSBC -> USER1 SIP Request: BYE sip:user1@OPENSBC:43760 > USER1 -> OPENSBC SIP Status: 200 OK > > OpenSBC logs says the following: > DBG: [CID=0x0e62] RCV: enc=0 490 Bytes from RCVADDR: 80.98.72.216:RCVPORT: 57474:UDP (ACK sip:152.66.87.200:5060 SIP/2.0) > 329591:19:39.482 DBG: [CID=0x0e62] > 329591:19:39.482 DBG: [CID=0x0e62] RECEIVE: REQ: ACK (1) > 329591:19:39.482 DBG: [CID=0x0e62] FROM: sip:te...@va... > 329591:19:39.482 DBG: [CID=0x0e62] TO: sip:la...@mi... > 329591:19:39.482 DBG: [CID=0x0e62] XOR: FALSE > 329591:19:39.482 DBG: [CID=0x0e62] SRC: 80.98.72.216 PORT: 57474 > 329591:19:39.482 DBG: [CID=0x0e62] > 329591:19:39.482 DBG: [CID=0x0e62] Unable to find ACK Transaction M2I2YzE0ZjlhYjJjNDVkYjVhN2JmODQ5NzY0NmMyMWI.86b1da53aa43dc118f9086ad22c1c4a5|z9hG4bK- > 329591:19:39.482 DBG: [CID=0x0e62] > 329591:19:39.482 DBG: [CID=0x0e62] *** TRANSACTION DOES NOT EXIST *** > 329591:19:39.482 DBG: [CID=0x0e62] Message: ACK sip:152.66.87.200:5060 SIP/2.0 > 329591:19:39.482 DBG: [CID=0x0e62] Call-Id: M2I2YzE0ZjlhYjJjNDVkYjVhN2JmODQ5NzY0NmMyMWI. > 329591:19:39.482 DBG: [CID=0x0e62] > 329591:19:39.482 INF: [CID=0x0e62] Event: Setting UA Core [Call] to handle event ACK > 329591:19:39.482 DTL: [CID=0x0e62] Event: ---> UnknownTransaction - ACK > > This log is normal. Since IST transactions are terminated upon sending the inital 200 OK. > The IMS hungup the call after 30 sec, because it doeasn't get the ACK message. > Is it an opensbc bug or my configuration are wrong? I can provide more logs and traces if it's necessary. > > Thanks > madar @ Mobile Innovation Centre > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > |
|
From: madar <lma...@mi...> - 2007-08-08 11:37:20
|
Thank you for the quick respose. I'll create ethereal capture and debug. madar |
|
From: madar <lma...@mi...> - 2007-08-08 11:50:16
|
Hi, I tried to open a bug report at bug.opensourcesip.org, but it's under maintenance. I uploaded the ethereal (wireshark) capture and the level 5 log: http://home.mik.bme.hu/~madarassy/opensbc-bugreport.zip Thanks, madar |
|
From: Joegen E. B. <joe...@gm...> - 2007-08-09 15:38:59
|
Hi Madar, I have looked at your logs and it is true that ACK is not sent for the 200 OK. I am going to need your help. I have put more traces around the SendACK method to know where it fails. Would you be able to recompile from CVS and send me the new logs? madar wrote: > Hi, > > I tried to open a bug report at bug.opensourcesip.org, but it's under maintenance. > I uploaded the ethereal (wireshark) capture and the level 5 log: > http://home.mik.bme.hu/~madarassy/opensbc-bugreport.zip > > Thanks, > madar > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > |
|
From: madar <lma...@mi...> - 2007-08-10 07:24:05
|
Hi Joegen, Thank you for your help, I upgrade to the latest CVS build and upload the trace. madar |
|
From: madar <lma...@mi...> - 2007-08-10 07:45:33
|
Hi, I uploaded the new debug log and wireshark traces here: http://home.mik.bme.hu/~madarassy/opensbc-bugreport1.zip Best regards, madar |
|
From: Joegen E. B. <joe...@gm...> - 2007-08-10 12:57:05
|
Hi Madar,
Here is there the Route that needs to be traversed by the ACK
Route:
<sip:scscf.mik.bme.hu:5060;lr;Role=2;Dpt=2894-2;Si=1618;So=1619;LCMID=O;X-HwCsfCookie=2408>
Question: Does scscf.mik.bme.hu have a DNS entry? Would it be
resolvable via normal DNS query? I am suspecting that the transport
was not able to resolve this to an actual IP address and it is dropping
the ACK.
If this is not a FQDN or DNS/SRV you need to tell SBC to map the dummy
domain to an actual IP Address.
Look for the section in the admin pages named "Internal DNS Mapping"
and add the entry
[sip:scscf.mik.bme.hu] sip:10.0.1.2
This should solve your ACK problem. Let me know
madar wrote:
> Hi,
>
> I uploaded the new debug log and wireshark traces here:
> http://home.mik.bme.hu/~madarassy/opensbc-bugreport1.zip
>
> Best regards,
> madar
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>
>
|
|
From: madar <lma...@mi...> - 2007-08-10 22:51:09
|
Dear Joegen, Thank you for your help. The problem was what you suspected. The dns mapping was missing for scscf.mik.bme.hu (I added only mik.bme.hu). Now opensbc works fine between our IMS and SIP systems! Best regards, madar |
|
From: Joegen E. B. <joe...@gm...> - 2007-08-12 01:48:09
|
Hi Madar, I am interested in adding SIP->IMS B2BUA functionalities in OpenSBC . What's the exact function of OpenSBC in you setup? Are you active in the development of OpenIMS? Joegen madar wrote: > Dear Joegen, > > Thank you for your help. The problem was what you suspected. The dns mapping was missing for scscf.mik.bme.hu (I added only mik.bme.hu). > > Now opensbc works fine between our IMS and SIP systems! > > Best regards, > madar > > |
Thanks for helping keep SourceForge clean.
X