Thread: [OpenSIPStack] Trunking/ DID - To URI
Brought to you by:
joegenbaclor
From: Gaurav K. <gkh...@is...> - 2007-11-28 06:17:08
|
Hi Joegen, I trust you are doing fine. While continuing to explore the trunking feature of OpenSBC with various SIP providers, we ran in to the following issue:- While testing with voipviop.com, The AOR of our account in <http://voipvoip.com> voipvoip.com is <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:555...@si... m> sip:555...@si... and <http://voipvoip.com> voipvoip.com proxy registers OpenSBC with above SIP URI. But <http://voipvoip.com> voipvoip.com has allocated DID 12069220355 for this particular AOR and all the incoming calls coming to OpenSBC have SIP TO URI as To: < <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:206...@si... m> sip:206...@si... >. Now the problem is that when an inbound call comes in, the code searches for UserName: 2069220355 and tries to get SipTrunkAccount object but it fails as UserName is 5553885283 on Sip Trunk Config Page. Here is snippet from the code. SBCRoutingHandler::B2BRouteCall() { SBCSIPTrunkAccount account; account.SetUserName( to.GetURI().GetUser().c_str() ); if( trunkReg->FindTrunkAccount( account ) ) { ///ok we have an account uri = SIPURI( account.GetInboundRoute() ); } } Any suggestions on how we can get the DID into account for trunking? As always, thanks in advance for your reply. Regards, Gaurav |
From: Joegen E. B. <joe...@gm...> - 2007-11-28 09:07:15
|
I fully understand the problem. What's the request-URI? Is it ***sip:555...@si... <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:555...@si...>* like the invite below? INVITE ***sip:555...@si... <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:555...@si...>* SIP/2.0 To: sip:12069220355*@sip3.voipvoip.com <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:555...@si...>* Joegen Gaurav Kheterpal wrote: > > Hi Joegen, > > > > I trust you are doing fine. While continuing to explore the trunking > feature of OpenSBC with various SIP providers, we ran in to the > following issue:- > > > > While testing with voipviop.com, The AOR of our account in > voipvoip.com <http://voipvoip.com> is > > *sip:555...@si... > <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:555...@si...> > > *and voipvoip.com <http://voipvoip.com> proxy registers OpenSBC with > above SIP URI. But voipvoip.com <http://voipvoip.com> has allocated > DID 12069220355 for this particular AOR and all the incoming calls > coming to OpenSBC have SIP TO URI as > > To: <sip:206...@si... > <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:206...@si...>>. > > Now the problem is that when an inbound call comes in, the code > searches for UserName: 2069220355 and tries to get SipTrunkAccount > object but it fails as UserName is 5553885283 on Sip Trunk Config Page. > > Here is snippet from the code. > > SBCRoutingHandler::B2BRouteCall() > > { > SBCSIPTrunkAccount account; > account.SetUserName( to.GetURI().GetUser().c_str() ); > if( trunkReg->FindTrunkAccount( account ) ) > { > ///ok we have an account > uri = SIPURI( account.GetInboundRoute() ); > } > } > > > > Any suggestions on how we can get the DID into account for trunking? > > > > As always, thanks in advance for your reply. > > > > Regards, > Gaurav > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > ------------------------------------------------------------------------ > > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.16.9/1155 - Release Date: 11/27/2007 8:30 PM > |
From: Chandra S. A. <cag...@ve...> - 2007-11-28 09:54:57
|
Guys IS there ant performance matrix or scalability document available for OpenSBC. I tried searching on net but was hardy able to find anything substantial. Your help would be greatly appreciated. Thanks CS |
From: Gaurav K. <gkh...@is...> - 2007-11-29 07:15:40
|
Hi Joegen, Thanks for your reply. The request URI in INVITE is sip:206...@si.... Any suggestions? Regards, Gaurav > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...] On Behalf Of > Joegen E. Baclor > Sent: Wednesday, November 28, 2007 2:37 PM > To: ope...@li... > Cc: ope...@li... > Subject: Re: [OpenSBC] Trunking/ DID - To URI > > > > > I fully understand the problem. What's the request-URI? Is it > ***sip:555...@si... > To=sip:5553885283@sip3.voipvoip. > com>* > like the invite below? > > INVITE ***sip:555...@si... > To=sip:5553885283@sip3.voipvoip. > com>* > SIP/2.0 > To: sip:12069220355*@sip3.voipvoip.com > > Joegen > > > > Gaurav Kheterpal wrote: > > > > Hi Joegen, > > > > > > > > I trust you are doing fine. While continuing to explore the trunking > > feature of OpenSBC with various SIP providers, we ran in to the > > following issue:- > > > > > > > > While testing with voipviop.com, The AOR of our account in > > voipvoip.com <http://voipvoip.com> is > > > > *sip:555...@si... > > > <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:5553885283@sip3.voipvoip. > com> > > > > *and voipvoip.com <http://voipvoip.com> proxy registers OpenSBC with > > above SIP URI. But voipvoip.com <http://voipvoip.com> has allocated > > DID 12069220355 for this particular AOR and all the incoming calls > > coming to OpenSBC have SIP TO URI as > > > > To: <sip:206...@si... > > > <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:2069220355@sip3.voipvoip. > com>>. > > > > Now the problem is that when an inbound call comes in, the code > > searches for UserName: 2069220355 and tries to get SipTrunkAccount > > object but it fails as UserName is 5553885283 on Sip Trunk Config Page. > > > > Here is snippet from the code. > > > > SBCRoutingHandler::B2BRouteCall() > > > > { > > SBCSIPTrunkAccount account; > > account.SetUserName( to.GetURI().GetUser().c_str() ); > > if( trunkReg->FindTrunkAccount( account ) ) > > { > > ///ok we have an account > > uri = SIPURI( account.GetInboundRoute() ); > > } > > } > > > > > > > > Any suggestions on how we can get the DID into account for trunking? > > > > > > > > As always, thanks in advance for your reply. > > > > > > > > Regards, > > Gaurav > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------ > - > > SF.Net email is sponsored by: The Future of Linux Business White Paper > > from Novell. From the desktop to the data center, Linux is going > > mainstream. Let it simplify your IT future. > > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Opensipstack-osbcdevel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > > > ------------------------------------------------------------------------ > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.16.9/1155 - Release Date: > 11/27/2007 8:30 PM > > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel |
From: Joegen E. B. <joe...@gm...> - 2007-11-30 02:05:52
|
Gaurav, Have you already tried manually specifying a route in B2BUA Routes? [sip:206...@si...] sip:your_internal_ua@internal_domain If this did not work, please send me your b2bua logs off list Joegen Gaurav Kheterpal wrote: > Hi Joegen, > > Thanks for your reply. The request URI in INVITE is > sip:206...@si.... > > Any suggestions? > > Regards, > Gaurav > > >> -----Original Message----- >> From: ope...@li... >> [mailto:ope...@li...] On Behalf Of >> Joegen E. Baclor >> Sent: Wednesday, November 28, 2007 2:37 PM >> To: ope...@li... >> Cc: ope...@li... >> Subject: Re: [OpenSBC] Trunking/ DID - To URI >> >> >> >> >> I fully understand the problem. What's the request-URI? Is it >> ***sip:555...@si... >> To=sip:5553885283@sip3.voipvoip. >> com>* >> like the invite below? >> >> INVITE ***sip:555...@si... >> To=sip:5553885283@sip3.voipvoip. >> com>* >> SIP/2.0 >> To: sip:12069220355*@sip3.voipvoip.com >> >> Joegen >> >> >> >> Gaurav Kheterpal wrote: >> >>> Hi Joegen, >>> >>> >>> >>> I trust you are doing fine. While continuing to explore the trunking >>> feature of OpenSBC with various SIP providers, we ran in to the >>> following issue:- >>> >>> >>> >>> While testing with voipviop.com, The AOR of our account in >>> voipvoip.com <http://voipvoip.com> is >>> >>> *sip:555...@si... >>> >>> >> <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:5553885283@sip3.voipvoip. >> com> >> >>> *and voipvoip.com <http://voipvoip.com> proxy registers OpenSBC with >>> above SIP URI. But voipvoip.com <http://voipvoip.com> has allocated >>> DID 12069220355 for this particular AOR and all the incoming calls >>> coming to OpenSBC have SIP TO URI as >>> >>> To: <sip:206...@si... >>> >>> >> <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:2069220355@sip3.voipvoip. >> com>>. >> >>> Now the problem is that when an inbound call comes in, the code >>> searches for UserName: 2069220355 and tries to get SipTrunkAccount >>> object but it fails as UserName is 5553885283 on Sip Trunk Config Page. >>> >>> Here is snippet from the code. >>> >>> SBCRoutingHandler::B2BRouteCall() >>> >>> { >>> SBCSIPTrunkAccount account; >>> account.SetUserName( to.GetURI().GetUser().c_str() ); >>> if( trunkReg->FindTrunkAccount( account ) ) >>> { >>> ///ok we have an account >>> uri = SIPURI( account.GetInboundRoute() ); >>> } >>> } >>> >>> >>> >>> Any suggestions on how we can get the DID into account for trunking? >>> >>> >>> >>> As always, thanks in advance for your reply. >>> >>> >>> >>> Regards, >>> Gaurav >>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------ >>> >> - >> >>> SF.Net email is sponsored by: The Future of Linux Business White Paper >>> from Novell. From the desktop to the data center, Linux is going >>> mainstream. Let it simplify your IT future. >>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Opensipstack-osbcdevel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel >>> >>> ------------------------------------------------------------------------ >>> >>> No virus found in this incoming message. >>> Checked by AVG Free Edition. >>> Version: 7.5.503 / Virus Database: 269.16.9/1155 - Release Date: >>> >> 11/27/2007 8:30 PM >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: The Future of Linux Business White Paper >> from Novell. From the desktop to the data center, Linux is going >> mainstream. Let it simplify your IT future. >> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 >> _______________________________________________ >> Opensipstack-osbcdevel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel >> > > > > |
From: Joegen E. B. <joe...@gm...> - 2007-12-01 08:30:03
|
Based on the logs, you are still using a version that did not let the request-uri pass through. Recent changes has ammended this behavior and B2BUA routes now honor not only the To-URI to be routes but the request-URI as well. Please upgrade using CVS head. Dinesh Dialani wrote: > Hi Joegen, > > > > On Nov 30, 2007 7:35 AM, Joegen E. Baclor <joe...@gm... > <mailto:joe...@gm...>> wrote: > > Gaurav, > > Have you already tried manually specifying a route in B2BUA Routes? > > [sip:206...@si... > <mailto:sip:206...@si...>] > sip:your_internal_ua@internal_domain > > > I put > > [sip:206...@si... > <mailto:sip:206...@si...>] sip:102@192.168.96.123 > <mailto:sip:102@192.168.96.123> > > in B2BUA Routes but it does not work and sends a 404 Not Found sip > packet. > > > > > > If this did not work, please send me your b2bua logs off list > > > I am attaching b2bua logs here with. > > > Thanks > > Dinesh > > > > > Joegen > > Gaurav Kheterpal wrote: > > Hi Joegen, > > > > Thanks for your reply. The request URI in INVITE is > > sip:206...@si... > <mailto:sip:206...@si...>. > > > > Any suggestions? > > > > Regards, > > Gaurav > > > > > >> -----Original Message----- > >> From: ope...@li... > <mailto:ope...@li...> > >> [mailto:ope...@li... > <mailto:ope...@li...>] On > Behalf Of > >> Joegen E. Baclor > >> Sent: Wednesday, November 28, 2007 2:37 PM > >> To: ope...@li... > <mailto:ope...@li...> > >> Cc: ope...@li... > <mailto:ope...@li...> > >> Subject: Re: [OpenSBC] Trunking/ DID - To URI > >> > >> > >> > >> > >> I fully understand the problem. What's the request-URI? Is it > >> ***sip:555...@si... > <mailto:sip:555...@si...> > >> To=sip:5553885283@sip3.voipvoip > <mailto:sip:5553885283@sip3.voipvoip>. > >> com>* > >> like the invite below? > >> > >> INVITE ***sip:555...@si... > <mailto:sip:555...@si...> > >> To=sip:5553885283@sip3.voipvoip > <mailto:sip:5553885283@sip3.voipvoip>. > >> com>* > >> SIP/2.0 > >> To: sip:12069220355*@sip3.voipvoip.com > <mailto:sip:12069220355*@sip3.voipvoip.com> > >> > >> Joegen > >> > >> > >> > >> Gaurav Kheterpal wrote: > >> > >>> Hi Joegen, > >>> > >>> > >>> > >>> I trust you are doing fine. While continuing to explore the > trunking > >>> feature of OpenSBC with various SIP providers, we ran in to the > >>> following issue:- > >>> > >>> > >>> > >>> While testing with voipviop.com <http://voipviop.com>, The AOR > of our account in > >>> voipvoip.com <http://voipvoip.com> <http://voipvoip.com> is > >>> > >>> * sip:555...@si... > <mailto:sip:555...@si...> > >>> > >>> > >> > <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:5553885283@sip3.voipvoip > <http://us.f524.mail.yahoo.com/ym/Compose?To=sip:5553885283@sip3.voipvoip>. > >> com> > >> > >>> *and voipvoip.com <http://voipvoip.com> <http://voipvoip.com> > proxy registers OpenSBC with > >>> above SIP URI. But voipvoip.com <http://voipvoip.com> > <http://voipvoip.com> has allocated > >>> DID 12069220355 for this particular AOR and all the incoming > calls > >>> coming to OpenSBC have SIP TO URI as > >>> > >>> To: <sip:206...@si... > <mailto:sip:206...@si...> > >>> > >>> > >> < > http://us.f524.mail.yahoo.com/ym/Compose?To=sip:2069220355@sip3.voipvoip. > >> com>>. > >> > >>> Now the problem is that when an inbound call comes in, the code > >>> searches for UserName: 2069220355 and tries to get SipTrunkAccount > >>> object but it fails as UserName is 5553885283 on Sip Trunk > Config Page. > >>> > >>> Here is snippet from the code. > >>> > >>> SBCRoutingHandler::B2BRouteCall() > >>> > >>> { > >>> SBCSIPTrunkAccount account; > >>> account.SetUserName( > to.GetURI().GetUser().c_str() ); > >>> if( trunkReg->FindTrunkAccount( account ) ) > >>> { > >>> ///ok we have an account > >>> uri = SIPURI( account.GetInboundRoute() ); > >>> } > >>> } > >>> > >>> > >>> > >>> Any suggestions on how we can get the DID into account for > trunking? > >>> > >>> > >>> > >>> As always, thanks in advance for your reply. > >>> > >>> > >>> > >>> Regards, > >>> Gaurav > >>> > >>> > ------------------------------------------------------------------------ > >>> > >>> > ------------------------------------------------------------------------ > >>> > >> - > >> > >>> SF.Net email is sponsored by: The Future of Linux Business > White Paper > >>> from Novell. From the desktop to the data center, Linux is going > >>> mainstream. Let it simplify your IT future. > >>> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > >>> > ------------------------------------------------------------------------ > > >>> > >>> _______________________________________________ > >>> Opensipstack-osbcdevel mailing list > >>> Ope...@li... > <mailto:Ope...@li...> > >>> > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > >>> > >>> > ------------------------------------------------------------------------ > > >>> > >>> No virus found in this incoming message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.503 / Virus Database: 269.16.9/1155 - Release Date: > >>> > >> 11/27/2007 8:30 PM > >> > >> > ------------------------------------------------------------------------- > >> SF.Net email is sponsored by: The Future of Linux Business > White Paper > >> from Novell. From the desktop to the data center, Linux is going > >> mainstream. Let it simplify your IT future. > >> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > >> _______________________________________________ > >> Opensipstack-osbcdevel mailing list > >> Ope...@li... > <mailto:Ope...@li...> > >> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > >> > > > > > > > > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White > Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > <http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4> > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > <mailto:Ope...@li...> > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.16.10/1160 - Release Date: 11/29/2007 8:32 PM |