Thread: [OpenSIPStack] OpenSBC UpperRegistration Query
Brought to you by:
joegenbaclor
Menu
▾
▴
opensipstack-devel
|
From: Ramu <con...@gm...> - 2009-04-13 17:05:55
|
Hi, We are using OpenSBC in upper registration mode. When we register phones OpenSBC storing private contact (please see the attachment) As it is storing private contact when we try to make calls to registered user ACK is going to private contact which is not reaching phone. Please see full details of this problem in below thread. http://www.opensourcesip.org:8080/clearspacex/message/9442 I appreciate your hep. Thanks, Ramu |
|
From: Joegen B. <joe...@gm...> - 2009-04-14 01:08:21
|
I don't get it. ACK is a mid-dialog request and has nothing to do with the Registration contact. The registration contact would only be significant when routing INVITE. The fact that the call reaches the destination UA proves that everything is in order as far as routing through the registrar is concerned. Please send an ethereal capture as well as the level 5 log of OpenSBC so we can see what is exactly happening to the ACK. Joegen -------------------------------------------------- From: "Ramu" <con...@gm...> Sent: Tuesday, April 14, 2009 1:05 AM To: <ope...@li...> Subject: [OpenSIPStack] OpenSBC UpperRegistration Query > Hi, > > We are using OpenSBC in upper registration mode. > > When we register phones OpenSBC storing private contact (please see the > attachment) > > As it is storing private contact when we try to make calls to registered > user ACK is going to private contact which is not reaching phone. > > Please see full details of this problem in below thread. > > http://www.opensourcesip.org:8080/clearspacex/message/9442 > > I appreciate your hep. > > Thanks, > Ramu > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: 04/12/09 > 13:14:00 > |
|
From: Ramu <con...@gm...> - 2009-04-14 04:58:53
|
Hi, Thanks for your quick reply. I am here with attaching level 5 log files 1) opensbc-invite-private-contact.zip file, it shows ACK problem (ACK is going to private contact) 2) opensbc-register.zip file, it shows REGISTER log file. On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor <joe...@gm...>wrote: > I don't get it. ACK is a mid-dialog request and has nothing to do with the > Registration contact. The registration contact would only be significant > when routing INVITE. The fact that the call reaches the destination UA > proves that everything is in order as far as routing through the registrar > is concerned. Please send an ethereal capture as well as the level 5 log > of OpenSBC so we can see what is exactly happening to the ACK. > > Joegen > > -------------------------------------------------- > From: "Ramu" <con...@gm...> > Sent: Tuesday, April 14, 2009 1:05 AM > To: <ope...@li...> > Subject: [OpenSIPStack] OpenSBC UpperRegistration Query > > > Hi, > > > > We are using OpenSBC in upper registration mode. > > > > When we register phones OpenSBC storing private contact (please see the > > attachment) > > > > As it is storing private contact when we try to make calls to registered > > user ACK is going to private contact which is not reaching phone. > > > > Please see full details of this problem in below thread. > > > > http://www.opensourcesip.org:8080/clearspacex/message/9442 > > > > I appreciate your hep. > > > > Thanks, > > Ramu > > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by: > > High Quality Requirements in a Collaborative Environment. > > Download a free trial of Rational Requirements Composer Now! > > http://p.sf.net/sfu/www-ibm-com > > > > > _______________________________________________ > > opensipstack-devel mailing list > > ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: > 04/12/09 > > 13:14:00 > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > -- Ramu |
|
From: Joegen B. <joe...@gm...> - 2009-04-14 05:18:08
|
I GREPed all the ACKs sent by opensbc from the log you sent. Which among this ACK requests are getting sent to the the wrong destination (DST:)? 2009/04/02 15:45:59.029 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 59.93.81.139:55128:UDP SRC: 66.42.9.197:6060 enc=0 bytes=421 2009/04/02 15:45:59.035 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 2009/04/02 15:45:59.039 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 2009/04/02 15:45:59.540 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 2009/04/02 15:45:59.545 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 2009/04/02 15:46:00.041 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 2009/04/02 15:46:00.350 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 2009/04/02 15:46:01.045 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 2009/04/02 15:46:01.354 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 2009/04/02 15:46:03.054 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 2009/04/02 15:46:03.363 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 2009/04/02 15:46:03.557 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 2009/04/02 15:46:03.866 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 2009/04/02 15:46:04.060 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 2009/04/02 15:46:04.369 INF: [CID=0x9a9e4b05] >>> ACK sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 From: Ramu Sent: Tuesday, April 14, 2009 12:58 PM To: Joegen Baclor ; ope...@li... Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query Hi, Thanks for your quick reply. I am here with attaching level 5 log files 1) opensbc-invite-private-contact.zip file, it shows ACK problem (ACK is going to private contact) 2) opensbc-register.zip file, it shows REGISTER log file. On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor <joe...@gm...> wrote: I don't get it. ACK is a mid-dialog request and has nothing to do with the Registration contact. The registration contact would only be significant when routing INVITE. The fact that the call reaches the destination UA proves that everything is in order as far as routing through the registrar is concerned. Please send an ethereal capture as well as the level 5 log of OpenSBC so we can see what is exactly happening to the ACK. Joegen -------------------------------------------------- From: "Ramu" <con...@gm...> Sent: Tuesday, April 14, 2009 1:05 AM To: <ope...@li...> Subject: [OpenSIPStack] OpenSBC UpperRegistration Query > Hi, > > We are using OpenSBC in upper registration mode. > > When we register phones OpenSBC storing private contact (please see the > attachment) > > As it is storing private contact when we try to make calls to registered > user ACK is going to private contact which is not reaching phone. > > Please see full details of this problem in below thread. > > http://www.opensourcesip.org:8080/clearspacex/message/9442 > > I appreciate your hep. > > Thanks, > Ramu > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: 04/12/09 > 13:14:00 > ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ opensipstack-devel mailing list ope...@li... https://lists.sourceforge.net/lists/listinfo/opensipstack-devel -- Ramu -------------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: 04/13/09 17:56:00 |
|
From: Joegen B. <joe...@gm...> - 2009-04-14 05:56:45
|
Ramu, By any chance, are you using the recent version of the OpenSIPStack library as well? There was a bug in record-routing in previous commits where the port is not sepcified in the Record-Route. It seems the log indicates that you are suffering from this bug Joegen -------------------------------------------------- From: "Joegen Baclor" <joe...@gm...> Sent: Tuesday, April 14, 2009 1:17 PM To: "Ramu" <con...@gm...>; <ope...@li...> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > I GREPed all the ACKs sent by opensbc from the log you sent. Which among > this ACK requests are getting sent to the the wrong destination (DST:)? > > 2009/04/02 15:45:59.029 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 59.93.81.139:55128:UDP SRC: 66.42.9.197:6060 enc=0 bytes=421 > 2009/04/02 15:45:59.035 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 > 2009/04/02 15:45:59.039 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 > 2009/04/02 15:45:59.540 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 > 2009/04/02 15:45:59.545 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 > 2009/04/02 15:46:00.041 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 > 2009/04/02 15:46:00.350 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 > 2009/04/02 15:46:01.045 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 > 2009/04/02 15:46:01.354 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 > 2009/04/02 15:46:03.054 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 > 2009/04/02 15:46:03.363 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 > 2009/04/02 15:46:03.557 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 > 2009/04/02 15:46:03.866 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 > 2009/04/02 15:46:04.060 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 bytes=496 > 2009/04/02 15:46:04.369 INF: [CID=0x9a9e4b05] >>> ACK > sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 Method(ACK) > DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 bytes=466 > > > From: Ramu > Sent: Tuesday, April 14, 2009 12:58 PM > To: Joegen Baclor ; ope...@li... > Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > > > Hi, > > Thanks for your quick reply. > > I am here with attaching level 5 log files > 1) opensbc-invite-private-contact.zip file, it shows ACK problem (ACK is > going to private contact) > 2) opensbc-register.zip file, it shows REGISTER log file. > > > > On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor <joe...@gm...> > wrote: > > I don't get it. ACK is a mid-dialog request and has nothing to do with > the > Registration contact. The registration contact would only be significant > when routing INVITE. The fact that the call reaches the destination UA > proves that everything is in order as far as routing through the > registrar > is concerned. Please send an ethereal capture as well as the level 5 > log > of OpenSBC so we can see what is exactly happening to the ACK. > > Joegen > > -------------------------------------------------- > > From: "Ramu" <con...@gm...> > > Sent: Tuesday, April 14, 2009 1:05 AM > > To: <ope...@li...> > > Subject: [OpenSIPStack] OpenSBC UpperRegistration Query > > > > Hi, > > > > We are using OpenSBC in upper registration mode. > > > > When we register phones OpenSBC storing private contact (please see the > > attachment) > > > > As it is storing private contact when we try to make calls to > registered > > user ACK is going to private contact which is not reaching phone. > > > > Please see full details of this problem in below thread. > > > > http://www.opensourcesip.org:8080/clearspacex/message/9442 > > > > I appreciate your hep. > > > > Thanks, > > Ramu > > > > > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by: > > High Quality Requirements in a Collaborative Environment. > > Download a free trial of Rational Requirements Composer Now! > > http://p.sf.net/sfu/www-ibm-com > > > > > _______________________________________________ > > opensipstack-devel mailing list > > > ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: > 04/12/09 > > 13:14:00 > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > > ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > -- > Ramu > > > > -------------------------------------------------------------------------------- > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: 04/13/09 > 17:56:00 > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: 04/13/09 > 17:56:00 > |
|
From: Ramu <con...@gm...> - 2009-04-14 06:42:21
|
Hi, Yes Am using latest version. Following are my version details: [root@as1 distrib]# ./opensbc -v Product Name: OpenSBC Manufacturer: opensipstack.org Version : 1.1.5-96 System : Linux-i686 2.6.18-92.1.18.el5.028stab060.2PAE Release-Date: Mar 30 2009 16:27:46 On Tue, Apr 14, 2009 at 11:26 AM, Joegen Baclor <joe...@gm...>wrote: > Ramu, > > By any chance, are you using the recent version of the OpenSIPStack library > as well? There was a bug in record-routing in previous commits where the > port is not sepcified in the Record-Route. It seems the log indicates that > you are suffering from this bug > > Joegen > > -------------------------------------------------- > From: "Joegen Baclor" <joe...@gm...> > Sent: Tuesday, April 14, 2009 1:17 PM > To: "Ramu" <con...@gm...>; < > ope...@li...> > > Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > > I GREPed all the ACKs sent by opensbc from the log you sent. Which among >> this ACK requests are getting sent to the the wrong destination (DST:)? >> >> 2009/04/02 15:45:59.029 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 59.93.81.139:55128:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=421 >> 2009/04/02 15:45:59.035 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> bytes=466 >> 2009/04/02 15:45:59.039 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=496 >> 2009/04/02 15:45:59.540 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=496 >> 2009/04/02 15:45:59.545 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> bytes=466 >> 2009/04/02 15:46:00.041 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=496 >> 2009/04/02 15:46:00.350 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> bytes=466 >> 2009/04/02 15:46:01.045 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=496 >> 2009/04/02 15:46:01.354 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> bytes=466 >> 2009/04/02 15:46:03.054 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=496 >> 2009/04/02 15:46:03.363 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> bytes=466 >> 2009/04/02 15:46:03.557 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=496 >> 2009/04/02 15:46:03.866 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> bytes=466 >> 2009/04/02 15:46:04.060 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> bytes=496 >> 2009/04/02 15:46:04.369 INF: [CID=0x9a9e4b05] >>> ACK >> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> bytes=466 >> >> >> From: Ramu >> Sent: Tuesday, April 14, 2009 12:58 PM >> To: Joegen Baclor ; ope...@li... >> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >> >> >> Hi, >> >> Thanks for your quick reply. >> >> I am here with attaching level 5 log files >> 1) opensbc-invite-private-contact.zip file, it shows ACK problem (ACK is >> going to private contact) >> 2) opensbc-register.zip file, it shows REGISTER log file. >> >> >> >> On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor <joe...@gm...> >> wrote: >> >> I don't get it. ACK is a mid-dialog request and has nothing to do with >> the >> Registration contact. The registration contact would only be significant >> when routing INVITE. The fact that the call reaches the destination UA >> proves that everything is in order as far as routing through the >> registrar >> is concerned. Please send an ethereal capture as well as the level 5 >> log >> of OpenSBC so we can see what is exactly happening to the ACK. >> >> Joegen >> >> -------------------------------------------------- >> >> From: "Ramu" <con...@gm...> >> >> Sent: Tuesday, April 14, 2009 1:05 AM >> >> To: <ope...@li...> >> >> Subject: [OpenSIPStack] OpenSBC UpperRegistration Query >> >> >> > Hi, >> > >> > We are using OpenSBC in upper registration mode. >> > >> > When we register phones OpenSBC storing private contact (please see the >> > attachment) >> > >> > As it is storing private contact when we try to make calls to >> registered >> > user ACK is going to private contact which is not reaching phone. >> > >> > Please see full details of this problem in below thread. >> > >> > http://www.opensourcesip.org:8080/clearspacex/message/9442 >> > >> > I appreciate your hep. >> > >> > Thanks, >> > Ramu >> > >> >> >> >> >> > >> ------------------------------------------------------------------------------ >> > This SF.net email is sponsored by: >> > High Quality Requirements in a Collaborative Environment. >> > Download a free trial of Rational Requirements Composer Now! >> > http://p.sf.net/sfu/www-ibm-com >> >> >> >> > _______________________________________________ >> > opensipstack-devel mailing list >> >> > ope...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> > >> >> >> >> > >> > No virus found in this incoming message. >> > Checked by AVG - www.avg.com >> > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: >> 04/12/09 >> > 13:14:00 >> > >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> High Quality Requirements in a Collaborative Environment. >> Download a free trial of Rational Requirements Composer Now! >> http://p.sf.net/sfu/www-ibm-com >> _______________________________________________ >> opensipstack-devel mailing list >> >> ope...@li... >> >> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> >> >> >> >> -- >> Ramu >> >> >> >> >> -------------------------------------------------------------------------------- >> >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: 04/13/09 >> 17:56:00 >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> High Quality Requirements in a Collaborative Environment. >> Download a free trial of Rational Requirements Composer Now! >> http://p.sf.net/sfu/www-ibm-com >> _______________________________________________ >> opensipstack-devel mailing list >> ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> > > > > >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: 04/13/09 >> 17:56:00 >> >> -- Ramu |
|
From: Joegen B. <joe...@gm...> - 2009-04-14 07:46:43
|
I meant the OpenSIPStack library. Not OpenSBC. Are you using the latest library as well? -------------------------------------------------- From: "Ramu" <con...@gm...> Sent: Tuesday, April 14, 2009 2:42 PM To: "Joegen Baclor" <jb...@so...> Cc: <ope...@li...> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > Hi, > > Yes Am using latest version. Following are my version details: > > [root@as1 distrib]# ./opensbc -v > Product Name: OpenSBC > Manufacturer: opensipstack.org > Version : 1.1.5-96 > System : Linux-i686 2.6.18-92.1.18.el5.028stab060.2PAE > Release-Date: Mar 30 2009 16:27:46 > > > On Tue, Apr 14, 2009 at 11:26 AM, Joegen Baclor > <joe...@gm...>wrote: > >> Ramu, >> >> By any chance, are you using the recent version of the OpenSIPStack >> library >> as well? There was a bug in record-routing in previous commits where the >> port is not sepcified in the Record-Route. It seems the log indicates >> that >> you are suffering from this bug >> >> Joegen >> >> -------------------------------------------------- >> From: "Joegen Baclor" <joe...@gm...> >> Sent: Tuesday, April 14, 2009 1:17 PM >> To: "Ramu" <con...@gm...>; < >> ope...@li...> >> >> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >> >> I GREPed all the ACKs sent by opensbc from the log you sent. Which >> among >>> this ACK requests are getting sent to the the wrong destination (DST:)? >>> >>> 2009/04/02 15:45:59.029 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 59.93.81.139:55128:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=421 >>> 2009/04/02 15:45:59.035 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> bytes=466 >>> 2009/04/02 15:45:59.039 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=496 >>> 2009/04/02 15:45:59.540 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=496 >>> 2009/04/02 15:45:59.545 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> bytes=466 >>> 2009/04/02 15:46:00.041 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=496 >>> 2009/04/02 15:46:00.350 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> bytes=466 >>> 2009/04/02 15:46:01.045 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=496 >>> 2009/04/02 15:46:01.354 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> bytes=466 >>> 2009/04/02 15:46:03.054 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=496 >>> 2009/04/02 15:46:03.363 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> bytes=466 >>> 2009/04/02 15:46:03.557 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=496 >>> 2009/04/02 15:46:03.866 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> bytes=466 >>> 2009/04/02 15:46:04.060 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> bytes=496 >>> 2009/04/02 15:46:04.369 INF: [CID=0x9a9e4b05] >>> ACK >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> bytes=466 >>> >>> >>> From: Ramu >>> Sent: Tuesday, April 14, 2009 12:58 PM >>> To: Joegen Baclor ; ope...@li... >>> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >>> >>> >>> Hi, >>> >>> Thanks for your quick reply. >>> >>> I am here with attaching level 5 log files >>> 1) opensbc-invite-private-contact.zip file, it shows ACK problem (ACK is >>> going to private contact) >>> 2) opensbc-register.zip file, it shows REGISTER log file. >>> >>> >>> >>> On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor <joe...@gm...> >>> wrote: >>> >>> I don't get it. ACK is a mid-dialog request and has nothing to do with >>> the >>> Registration contact. The registration contact would only be >>> significant >>> when routing INVITE. The fact that the call reaches the destination >>> UA >>> proves that everything is in order as far as routing through the >>> registrar >>> is concerned. Please send an ethereal capture as well as the level 5 >>> log >>> of OpenSBC so we can see what is exactly happening to the ACK. >>> >>> Joegen >>> >>> -------------------------------------------------- >>> >>> From: "Ramu" <con...@gm...> >>> >>> Sent: Tuesday, April 14, 2009 1:05 AM >>> >>> To: <ope...@li...> >>> >>> Subject: [OpenSIPStack] OpenSBC UpperRegistration Query >>> >>> >>> > Hi, >>> > >>> > We are using OpenSBC in upper registration mode. >>> > >>> > When we register phones OpenSBC storing private contact (please see >>> the >>> > attachment) >>> > >>> > As it is storing private contact when we try to make calls to >>> registered >>> > user ACK is going to private contact which is not reaching phone. >>> > >>> > Please see full details of this problem in below thread. >>> > >>> > http://www.opensourcesip.org:8080/clearspacex/message/9442 >>> > >>> > I appreciate your hep. >>> > >>> > Thanks, >>> > Ramu >>> > >>> >>> >>> >>> >>> > >>> ------------------------------------------------------------------------------ >>> > This SF.net email is sponsored by: >>> > High Quality Requirements in a Collaborative Environment. >>> > Download a free trial of Rational Requirements Composer Now! >>> > http://p.sf.net/sfu/www-ibm-com >>> >>> >>> >>> > _______________________________________________ >>> > opensipstack-devel mailing list >>> >>> > ope...@li... >>> >>> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> > >>> >>> >>> >>> > >>> > No virus found in this incoming message. >>> > Checked by AVG - www.avg.com >>> > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: >>> 04/12/09 >>> > 13:14:00 >>> > >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by: >>> High Quality Requirements in a Collaborative Environment. >>> Download a free trial of Rational Requirements Composer Now! >>> http://p.sf.net/sfu/www-ibm-com >>> _______________________________________________ >>> opensipstack-devel mailing list >>> >>> ope...@li... >>> >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> >>> >>> >>> >>> -- >>> Ramu >>> >>> >>> >>> >>> -------------------------------------------------------------------------------- >>> >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG - www.avg.com >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >>> 04/13/09 >>> 17:56:00 >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by: >>> High Quality Requirements in a Collaborative Environment. >>> Download a free trial of Rational Requirements Composer Now! >>> http://p.sf.net/sfu/www-ibm-com >>> _______________________________________________ >>> opensipstack-devel mailing list >>> ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> >> >> >> >> >>> No virus found in this incoming message. >>> Checked by AVG - www.avg.com >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >>> 04/13/09 >>> 17:56:00 >>> >>> > > > -- > Ramu > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: 04/13/09 > 17:56:00 > |
|
From: Ramu <con...@gm...> - 2009-04-14 09:01:41
|
Yes! On Tue, Apr 14, 2009 at 1:16 PM, Joegen Baclor <joe...@gm...>wrote: > I meant the OpenSIPStack library. Not OpenSBC. Are you using the latest > library as well? > > -------------------------------------------------- > From: "Ramu" <con...@gm...> > Sent: Tuesday, April 14, 2009 2:42 PM > To: "Joegen Baclor" <jb...@so...> > Cc: <ope...@li...> > Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > > > Hi, > > > > Yes Am using latest version. Following are my version details: > > > > [root@as1 distrib]# ./opensbc -v > > Product Name: OpenSBC > > Manufacturer: opensipstack.org > > Version : 1.1.5-96 > > System : Linux-i686 2.6.18-92.1.18.el5.028stab060.2PAE > > Release-Date: Mar 30 2009 16:27:46 > > > > > > On Tue, Apr 14, 2009 at 11:26 AM, Joegen Baclor > > <joe...@gm...>wrote: > > > >> Ramu, > >> > >> By any chance, are you using the recent version of the OpenSIPStack > >> library > >> as well? There was a bug in record-routing in previous commits where > the > >> port is not sepcified in the Record-Route. It seems the log indicates > >> that > >> you are suffering from this bug > >> > >> Joegen > >> > >> -------------------------------------------------- > >> From: "Joegen Baclor" <joe...@gm...> > >> Sent: Tuesday, April 14, 2009 1:17 PM > >> To: "Ramu" <con...@gm...>; < > >> ope...@li...> > >> > >> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > >> > >> I GREPed all the ACKs sent by opensbc from the log you sent. Which > >> among > >>> this ACK requests are getting sent to the the wrong destination (DST:)? > >>> > >>> 2009/04/02 15:45:59.029 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 59.93.81.139:55128:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=421 > >>> 2009/04/02 15:45:59.035 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 > >>> bytes=466 > >>> 2009/04/02 15:45:59.039 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=496 > >>> 2009/04/02 15:45:59.540 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=496 > >>> 2009/04/02 15:45:59.545 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 > >>> bytes=466 > >>> 2009/04/02 15:46:00.041 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=496 > >>> 2009/04/02 15:46:00.350 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 > >>> bytes=466 > >>> 2009/04/02 15:46:01.045 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=496 > >>> 2009/04/02 15:46:01.354 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 > >>> bytes=466 > >>> 2009/04/02 15:46:03.054 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=496 > >>> 2009/04/02 15:46:03.363 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 > >>> bytes=466 > >>> 2009/04/02 15:46:03.557 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=496 > >>> 2009/04/02 15:46:03.866 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 > >>> bytes=466 > >>> 2009/04/02 15:46:04.060 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 > >>> bytes=496 > >>> 2009/04/02 15:46:04.369 INF: [CID=0x9a9e4b05] >>> ACK > >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 > >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 > >>> bytes=466 > >>> > >>> > >>> From: Ramu > >>> Sent: Tuesday, April 14, 2009 12:58 PM > >>> To: Joegen Baclor ; ope...@li... > >>> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > >>> > >>> > >>> Hi, > >>> > >>> Thanks for your quick reply. > >>> > >>> I am here with attaching level 5 log files > >>> 1) opensbc-invite-private-contact.zip file, it shows ACK problem (ACK > is > >>> going to private contact) > >>> 2) opensbc-register.zip file, it shows REGISTER log file. > >>> > >>> > >>> > >>> On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor < > joe...@gm...> > >>> wrote: > >>> > >>> I don't get it. ACK is a mid-dialog request and has nothing to do > with > >>> the > >>> Registration contact. The registration contact would only be > >>> significant > >>> when routing INVITE. The fact that the call reaches the destination > >>> UA > >>> proves that everything is in order as far as routing through the > >>> registrar > >>> is concerned. Please send an ethereal capture as well as the level 5 > >>> log > >>> of OpenSBC so we can see what is exactly happening to the ACK. > >>> > >>> Joegen > >>> > >>> -------------------------------------------------- > >>> > >>> From: "Ramu" <con...@gm...> > >>> > >>> Sent: Tuesday, April 14, 2009 1:05 AM > >>> > >>> To: <ope...@li...> > >>> > >>> Subject: [OpenSIPStack] OpenSBC UpperRegistration Query > >>> > >>> > >>> > Hi, > >>> > > >>> > We are using OpenSBC in upper registration mode. > >>> > > >>> > When we register phones OpenSBC storing private contact (please see > >>> the > >>> > attachment) > >>> > > >>> > As it is storing private contact when we try to make calls to > >>> registered > >>> > user ACK is going to private contact which is not reaching phone. > >>> > > >>> > Please see full details of this problem in below thread. > >>> > > >>> > http://www.opensourcesip.org:8080/clearspacex/message/9442 > >>> > > >>> > I appreciate your hep. > >>> > > >>> > Thanks, > >>> > Ramu > >>> > > >>> > >>> > >>> > >>> > >>> > > >>> > ------------------------------------------------------------------------------ > >>> > This SF.net email is sponsored by: > >>> > High Quality Requirements in a Collaborative Environment. > >>> > Download a free trial of Rational Requirements Composer Now! > >>> > http://p.sf.net/sfu/www-ibm-com > >>> > >>> > >>> > >>> > _______________________________________________ > >>> > opensipstack-devel mailing list > >>> > >>> > ope...@li... > >>> > >>> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>> > > >>> > >>> > >>> > >>> > > >>> > No virus found in this incoming message. > >>> > Checked by AVG - www.avg.com > >>> > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: > >>> 04/12/09 > >>> > 13:14:00 > >>> > > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> This SF.net email is sponsored by: > >>> High Quality Requirements in a Collaborative Environment. > >>> Download a free trial of Rational Requirements Composer Now! > >>> http://p.sf.net/sfu/www-ibm-com > >>> _______________________________________________ > >>> opensipstack-devel mailing list > >>> > >>> ope...@li... > >>> > >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>> > >>> > >>> > >>> > >>> -- > >>> Ramu > >>> > >>> > >>> > >>> > >>> > -------------------------------------------------------------------------------- > >>> > >>> > >>> > >>> No virus found in this incoming message. > >>> Checked by AVG - www.avg.com > >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: > >>> 04/13/09 > >>> 17:56:00 > >>> > >>> > ------------------------------------------------------------------------------ > >>> This SF.net email is sponsored by: > >>> High Quality Requirements in a Collaborative Environment. > >>> Download a free trial of Rational Requirements Composer Now! > >>> http://p.sf.net/sfu/www-ibm-com > >>> _______________________________________________ > >>> opensipstack-devel mailing list > >>> ope...@li... > >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > >>> > >> > >> > >> > >> > >>> No virus found in this incoming message. > >>> Checked by AVG - www.avg.com > >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: > >>> 04/13/09 > >>> 17:56:00 > >>> > >>> > > > > > > -- > > Ramu > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by: > > High Quality Requirements in a Collaborative Environment. > > Download a free trial of Rational Requirements Composer Now! > > http://p.sf.net/sfu/www-ibm-com > > _______________________________________________ > > opensipstack-devel mailing list > > ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > > > > > > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > > Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: > 04/13/09 > > 17:56:00 > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > -- Ramu |
|
From: Ramu <con...@gm...> - 2009-04-15 05:07:01
|
Hi, After upgrading to SVN version upper registration and calls are working fine. Thanks for your help! On Tue, Apr 14, 2009 at 2:31 PM, Ramu <con...@gm...> wrote: > Yes! > > > On Tue, Apr 14, 2009 at 1:16 PM, Joegen Baclor <joe...@gm...>wrote: > >> I meant the OpenSIPStack library. Not OpenSBC. Are you using the latest >> library as well? >> >> -------------------------------------------------- >> From: "Ramu" <con...@gm...> >> Sent: Tuesday, April 14, 2009 2:42 PM >> To: "Joegen Baclor" <jb...@so...> >> Cc: <ope...@li...> >> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >> >> > Hi, >> > >> > Yes Am using latest version. Following are my version details: >> > >> > [root@as1 distrib]# ./opensbc -v >> > Product Name: OpenSBC >> > Manufacturer: opensipstack.org >> > Version : 1.1.5-96 >> > System : Linux-i686 2.6.18-92.1.18.el5.028stab060.2PAE >> > Release-Date: Mar 30 2009 16:27:46 >> > >> > >> > On Tue, Apr 14, 2009 at 11:26 AM, Joegen Baclor >> > <joe...@gm...>wrote: >> > >> >> Ramu, >> >> >> >> By any chance, are you using the recent version of the OpenSIPStack >> >> library >> >> as well? There was a bug in record-routing in previous commits where >> the >> >> port is not sepcified in the Record-Route. It seems the log indicates >> >> that >> >> you are suffering from this bug >> >> >> >> Joegen >> >> >> >> -------------------------------------------------- >> >> From: "Joegen Baclor" <joe...@gm...> >> >> Sent: Tuesday, April 14, 2009 1:17 PM >> >> To: "Ramu" <con...@gm...>; < >> >> ope...@li...> >> >> >> >> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >> >> >> >> I GREPed all the ACKs sent by opensbc from the log you sent. Which >> >> among >> >>> this ACK requests are getting sent to the the wrong destination >> (DST:)? >> >>> >> >>> 2009/04/02 15:45:59.029 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 59.93.81.139:55128:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=421 >> >>> 2009/04/02 15:45:59.035 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> >>> bytes=466 >> >>> 2009/04/02 15:45:59.039 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=496 >> >>> 2009/04/02 15:45:59.540 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=496 >> >>> 2009/04/02 15:45:59.545 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> >>> bytes=466 >> >>> 2009/04/02 15:46:00.041 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=496 >> >>> 2009/04/02 15:46:00.350 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> >>> bytes=466 >> >>> 2009/04/02 15:46:01.045 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=496 >> >>> 2009/04/02 15:46:01.354 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> >>> bytes=466 >> >>> 2009/04/02 15:46:03.054 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=496 >> >>> 2009/04/02 15:46:03.363 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> >>> bytes=466 >> >>> 2009/04/02 15:46:03.557 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=496 >> >>> 2009/04/02 15:46:03.866 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> >>> bytes=466 >> >>> 2009/04/02 15:46:04.060 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >> >>> bytes=496 >> >>> 2009/04/02 15:46:04.369 INF: [CID=0x9a9e4b05] >>> ACK >> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >> >>> bytes=466 >> >>> >> >>> >> >>> From: Ramu >> >>> Sent: Tuesday, April 14, 2009 12:58 PM >> >>> To: Joegen Baclor ; ope...@li... >> >>> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >> >>> >> >>> >> >>> Hi, >> >>> >> >>> Thanks for your quick reply. >> >>> >> >>> I am here with attaching level 5 log files >> >>> 1) opensbc-invite-private-contact.zip file, it shows ACK problem (ACK >> is >> >>> going to private contact) >> >>> 2) opensbc-register.zip file, it shows REGISTER log file. >> >>> >> >>> >> >>> >> >>> On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor < >> joe...@gm...> >> >>> wrote: >> >>> >> >>> I don't get it. ACK is a mid-dialog request and has nothing to do >> with >> >>> the >> >>> Registration contact. The registration contact would only be >> >>> significant >> >>> when routing INVITE. The fact that the call reaches the destination >> >>> UA >> >>> proves that everything is in order as far as routing through the >> >>> registrar >> >>> is concerned. Please send an ethereal capture as well as the level >> 5 >> >>> log >> >>> of OpenSBC so we can see what is exactly happening to the ACK. >> >>> >> >>> Joegen >> >>> >> >>> -------------------------------------------------- >> >>> >> >>> From: "Ramu" <con...@gm...> >> >>> >> >>> Sent: Tuesday, April 14, 2009 1:05 AM >> >>> >> >>> To: <ope...@li...> >> >>> >> >>> Subject: [OpenSIPStack] OpenSBC UpperRegistration Query >> >>> >> >>> >> >>> > Hi, >> >>> > >> >>> > We are using OpenSBC in upper registration mode. >> >>> > >> >>> > When we register phones OpenSBC storing private contact (please see >> >>> the >> >>> > attachment) >> >>> > >> >>> > As it is storing private contact when we try to make calls to >> >>> registered >> >>> > user ACK is going to private contact which is not reaching phone. >> >>> > >> >>> > Please see full details of this problem in below thread. >> >>> > >> >>> > http://www.opensourcesip.org:8080/clearspacex/message/9442 >> >>> > >> >>> > I appreciate your hep. >> >>> > >> >>> > Thanks, >> >>> > Ramu >> >>> > >> >>> >> >>> >> >>> >> >>> >> >>> > >> >>> >> ------------------------------------------------------------------------------ >> >>> > This SF.net email is sponsored by: >> >>> > High Quality Requirements in a Collaborative Environment. >> >>> > Download a free trial of Rational Requirements Composer Now! >> >>> > http://p.sf.net/sfu/www-ibm-com >> >>> >> >>> >> >>> >> >>> > _______________________________________________ >> >>> > opensipstack-devel mailing list >> >>> >> >>> > ope...@li... >> >>> >> >>> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> >>> > >> >>> >> >>> >> >>> >> >>> > >> >>> > No virus found in this incoming message. >> >>> > Checked by AVG - www.avg.com >> >>> > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: >> >>> 04/12/09 >> >>> > 13:14:00 >> >>> > >> >>> >> >>> >> >>> >> ------------------------------------------------------------------------------ >> >>> This SF.net email is sponsored by: >> >>> High Quality Requirements in a Collaborative Environment. >> >>> Download a free trial of Rational Requirements Composer Now! >> >>> http://p.sf.net/sfu/www-ibm-com >> >>> _______________________________________________ >> >>> opensipstack-devel mailing list >> >>> >> >>> ope...@li... >> >>> >> >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> >>> >> >>> >> >>> >> >>> >> >>> -- >> >>> Ramu >> >>> >> >>> >> >>> >> >>> >> >>> >> -------------------------------------------------------------------------------- >> >>> >> >>> >> >>> >> >>> No virus found in this incoming message. >> >>> Checked by AVG - www.avg.com >> >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >> >>> 04/13/09 >> >>> 17:56:00 >> >>> >> >>> >> ------------------------------------------------------------------------------ >> >>> This SF.net email is sponsored by: >> >>> High Quality Requirements in a Collaborative Environment. >> >>> Download a free trial of Rational Requirements Composer Now! >> >>> http://p.sf.net/sfu/www-ibm-com >> >>> _______________________________________________ >> >>> opensipstack-devel mailing list >> >>> ope...@li... >> >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> >>> >> >> >> >> >> >> >> >> >> >>> No virus found in this incoming message. >> >>> Checked by AVG - www.avg.com >> >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >> >>> 04/13/09 >> >>> 17:56:00 >> >>> >> >>> >> > >> > >> > -- >> > Ramu >> > >> ------------------------------------------------------------------------------ >> > This SF.net email is sponsored by: >> > High Quality Requirements in a Collaborative Environment. >> > Download a free trial of Rational Requirements Composer Now! >> > http://p.sf.net/sfu/www-ibm-com >> > _______________________________________________ >> > opensipstack-devel mailing list >> > ope...@li... >> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> > >> >> >> >> > >> > No virus found in this incoming message. >> > Checked by AVG - www.avg.com >> > Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >> 04/13/09 >> > 17:56:00 >> > >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> High Quality Requirements in a Collaborative Environment. >> Download a free trial of Rational Requirements Composer Now! >> http://p.sf.net/sfu/www-ibm-com >> _______________________________________________ >> opensipstack-devel mailing list >> ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >> > > > > -- > Ramu > -- Ramu |
|
From: Joegen B. <joe...@gm...> - 2009-04-15 05:12:40
|
That's great news. Glad to hear you got it working. -------------------------------------------------- From: "Ramu" <con...@gm...> Sent: Wednesday, April 15, 2009 1:06 PM To: "Joegen Baclor" <jo...@op...>; <ope...@li...> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query > Hi, > > After upgrading to SVN version upper registration and calls are working > fine. > > Thanks for your help! > > On Tue, Apr 14, 2009 at 2:31 PM, Ramu <con...@gm...> wrote: > >> Yes! >> >> >> On Tue, Apr 14, 2009 at 1:16 PM, Joegen Baclor >> <joe...@gm...>wrote: >> >>> I meant the OpenSIPStack library. Not OpenSBC. Are you using the >>> latest >>> library as well? >>> >>> -------------------------------------------------- >>> From: "Ramu" <con...@gm...> >>> Sent: Tuesday, April 14, 2009 2:42 PM >>> To: "Joegen Baclor" <jb...@so...> >>> Cc: <ope...@li...> >>> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >>> >>> > Hi, >>> > >>> > Yes Am using latest version. Following are my version details: >>> > >>> > [root@as1 distrib]# ./opensbc -v >>> > Product Name: OpenSBC >>> > Manufacturer: opensipstack.org >>> > Version : 1.1.5-96 >>> > System : Linux-i686 2.6.18-92.1.18.el5.028stab060.2PAE >>> > Release-Date: Mar 30 2009 16:27:46 >>> > >>> > >>> > On Tue, Apr 14, 2009 at 11:26 AM, Joegen Baclor >>> > <joe...@gm...>wrote: >>> > >>> >> Ramu, >>> >> >>> >> By any chance, are you using the recent version of the OpenSIPStack >>> >> library >>> >> as well? There was a bug in record-routing in previous commits where >>> the >>> >> port is not sepcified in the Record-Route. It seems the log >>> >> indicates >>> >> that >>> >> you are suffering from this bug >>> >> >>> >> Joegen >>> >> >>> >> -------------------------------------------------- >>> >> From: "Joegen Baclor" <joe...@gm...> >>> >> Sent: Tuesday, April 14, 2009 1:17 PM >>> >> To: "Ramu" <con...@gm...>; < >>> >> ope...@li...> >>> >> >>> >> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >>> >> >>> >> I GREPed all the ACKs sent by opensbc from the log you sent. Which >>> >> among >>> >>> this ACK requests are getting sent to the the wrong destination >>> (DST:)? >>> >>> >>> >>> 2009/04/02 15:45:59.029 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 59.93.81.139:55128:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=421 >>> >>> 2009/04/02 15:45:59.035 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> >>> bytes=466 >>> >>> 2009/04/02 15:45:59.039 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=496 >>> >>> 2009/04/02 15:45:59.540 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=496 >>> >>> 2009/04/02 15:45:59.545 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> >>> bytes=466 >>> >>> 2009/04/02 15:46:00.041 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=496 >>> >>> 2009/04/02 15:46:00.350 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> >>> bytes=466 >>> >>> 2009/04/02 15:46:01.045 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=496 >>> >>> 2009/04/02 15:46:01.354 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> >>> bytes=466 >>> >>> 2009/04/02 15:46:03.054 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=496 >>> >>> 2009/04/02 15:46:03.363 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> >>> bytes=466 >>> >>> 2009/04/02 15:46:03.557 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=496 >>> >>> 2009/04/02 15:46:03.866 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> >>> bytes=466 >>> >>> 2009/04/02 15:46:04.060 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5070:UDP SRC: 66.42.9.197:6060 enc=0 >>> >>> bytes=496 >>> >>> 2009/04/02 15:46:04.369 INF: [CID=0x9a9e4b05] >>> ACK >>> >>> sip:2000@59.93.81.139:55128;rinstance=67ffc600210dc67d SIP/2.0 >>> >>> Method(ACK) DST: 66.42.9.197:5060:UDP SRC: 66.42.9.197:5062 enc=0 >>> >>> bytes=466 >>> >>> >>> >>> >>> >>> From: Ramu >>> >>> Sent: Tuesday, April 14, 2009 12:58 PM >>> >>> To: Joegen Baclor ; ope...@li... >>> >>> Subject: Re: [OpenSIPStack] OpenSBC UpperRegistration Query >>> >>> >>> >>> >>> >>> Hi, >>> >>> >>> >>> Thanks for your quick reply. >>> >>> >>> >>> I am here with attaching level 5 log files >>> >>> 1) opensbc-invite-private-contact.zip file, it shows ACK problem >>> >>> (ACK >>> is >>> >>> going to private contact) >>> >>> 2) opensbc-register.zip file, it shows REGISTER log file. >>> >>> >>> >>> >>> >>> >>> >>> On Tue, Apr 14, 2009 at 6:38 AM, Joegen Baclor < >>> joe...@gm...> >>> >>> wrote: >>> >>> >>> >>> I don't get it. ACK is a mid-dialog request and has nothing to do >>> with >>> >>> the >>> >>> Registration contact. The registration contact would only be >>> >>> significant >>> >>> when routing INVITE. The fact that the call reaches the >>> >>> destination >>> >>> UA >>> >>> proves that everything is in order as far as routing through the >>> >>> registrar >>> >>> is concerned. Please send an ethereal capture as well as the >>> >>> level >>> 5 >>> >>> log >>> >>> of OpenSBC so we can see what is exactly happening to the ACK. >>> >>> >>> >>> Joegen >>> >>> >>> >>> -------------------------------------------------- >>> >>> >>> >>> From: "Ramu" <con...@gm...> >>> >>> >>> >>> Sent: Tuesday, April 14, 2009 1:05 AM >>> >>> >>> >>> To: <ope...@li...> >>> >>> >>> >>> Subject: [OpenSIPStack] OpenSBC UpperRegistration Query >>> >>> >>> >>> >>> >>> > Hi, >>> >>> > >>> >>> > We are using OpenSBC in upper registration mode. >>> >>> > >>> >>> > When we register phones OpenSBC storing private contact (please >>> >>> see >>> >>> the >>> >>> > attachment) >>> >>> > >>> >>> > As it is storing private contact when we try to make calls to >>> >>> registered >>> >>> > user ACK is going to private contact which is not reaching phone. >>> >>> > >>> >>> > Please see full details of this problem in below thread. >>> >>> > >>> >>> > http://www.opensourcesip.org:8080/clearspacex/message/9442 >>> >>> > >>> >>> > I appreciate your hep. >>> >>> > >>> >>> > Thanks, >>> >>> > Ramu >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> > This SF.net email is sponsored by: >>> >>> > High Quality Requirements in a Collaborative Environment. >>> >>> > Download a free trial of Rational Requirements Composer Now! >>> >>> > http://p.sf.net/sfu/www-ibm-com >>> >>> >>> >>> >>> >>> >>> >>> > _______________________________________________ >>> >>> > opensipstack-devel mailing list >>> >>> >>> >>> > ope...@li... >>> >>> >>> >>> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> >>> > >>> >>> >>> >>> >>> >>> >>> >>> > >>> >>> > No virus found in this incoming message. >>> >>> > Checked by AVG - www.avg.com >>> >>> > Version: 8.0.238 / Virus Database: 270.11.54/2055 - Release Date: >>> >>> 04/12/09 >>> >>> > 13:14:00 >>> >>> > >>> >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> This SF.net email is sponsored by: >>> >>> High Quality Requirements in a Collaborative Environment. >>> >>> Download a free trial of Rational Requirements Composer Now! >>> >>> http://p.sf.net/sfu/www-ibm-com >>> >>> _______________________________________________ >>> >>> opensipstack-devel mailing list >>> >>> >>> >>> ope...@li... >>> >>> >>> >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> >>> Ramu >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> -------------------------------------------------------------------------------- >>> >>> >>> >>> >>> >>> >>> >>> No virus found in this incoming message. >>> >>> Checked by AVG - www.avg.com >>> >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >>> >>> 04/13/09 >>> >>> 17:56:00 >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> This SF.net email is sponsored by: >>> >>> High Quality Requirements in a Collaborative Environment. >>> >>> Download a free trial of Rational Requirements Composer Now! >>> >>> http://p.sf.net/sfu/www-ibm-com >>> >>> _______________________________________________ >>> >>> opensipstack-devel mailing list >>> >>> ope...@li... >>> >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> >>> >>> >> >>> >> >>> >> >>> >> >>> >>> No virus found in this incoming message. >>> >>> Checked by AVG - www.avg.com >>> >>> Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >>> >>> 04/13/09 >>> >>> 17:56:00 >>> >>> >>> >>> >>> > >>> > >>> > -- >>> > Ramu >>> > >>> ------------------------------------------------------------------------------ >>> > This SF.net email is sponsored by: >>> > High Quality Requirements in a Collaborative Environment. >>> > Download a free trial of Rational Requirements Composer Now! >>> > http://p.sf.net/sfu/www-ibm-com >>> > _______________________________________________ >>> > opensipstack-devel mailing list >>> > ope...@li... >>> > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> > >>> >>> >>> >>> > >>> > No virus found in this incoming message. >>> > Checked by AVG - www.avg.com >>> > Version: 8.0.238 / Virus Database: 270.11.55/2057 - Release Date: >>> 04/13/09 >>> > 17:56:00 >>> > >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by: >>> High Quality Requirements in a Collaborative Environment. >>> Download a free trial of Rational Requirements Composer Now! >>> http://p.sf.net/sfu/www-ibm-com >>> _______________________________________________ >>> opensipstack-devel mailing list >>> ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-devel >>> >> >> >> >> -- >> Ramu >> > > > > -- > Ramu > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________ > opensipstack-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-devel > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.238 / Virus Database: 270.11.57/2059 - Release Date: 04/14/09 > 14:52:00 > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X