Thread: [OpenSBC] Is this application feasible?
Brought to you by:
joegenbaclor
From: OpenSBC F. <ope...@op...> - 2008-12-29 18:25:45
|
Hi all, I am quite new to OpenSBC and I don't really understand if what I would like to do with it is really feasible. Currently all our users register to a provider's registrar and use its proxy. I would like to have the users register to OpenSBC, then OpenSBC converts its own logins to remote logins, so when the users are calling out they effectively direct their calls through the provider's proxy ( in fact, depending on destination prefix, we would like to be able to choose between many providers) using their own login, and when receiving calls from the proxy they should operate in the same way as effectively registered directly. The purpose of all this thing is solving some incompatibilities in timeouts between UA and proxy, if registrations are done too quickly they lock up for many minutes, so OpenSBC should keep registrations and give its own to UAs powering on and off; then we would like to have many UAs receiving calls at the same time for the same incoming number, the first one answers, the others then stop ringing. Thanks for your help. |
From: OpenSBC F. <ope...@op...> - 2009-01-01 16:20:10
|
Hi Paolo, Yes, OpenSBC can be configured to register to different trunk providers. OpenSBC can also fork calls if you register multiple phones using the same AOR. Joegen > {quote:title=Paolo wrote:}{quote} > > Hi all, I am quite new to OpenSBC and I don't really understand if what I would like to do with it is really feasible. > > > Currently all our users register to a provider's registrar and use its proxy. > > > I would like to have the users register to OpenSBC, then OpenSBC converts its own logins to remote logins, > > > so when the users are calling out they effectively direct their calls through the provider's proxy ( in fact, depending > > > on destination prefix, we would like to be able to choose between many providers) using their own login, and when > > > receiving calls from the proxy they should operate in the same way as effectively registered directly. > > > The purpose of all this thing is solving some incompatibilities in timeouts between UA and proxy, if registrations > > > are done too quickly they lock up for many minutes, so OpenSBC should keep registrations and give its own to > > > UAs powering on and off; then we would like to have many UAs receiving calls at the same time for the same > > > incoming number, the first one answers, the others then stop ringing. > > > Thanks for your help. > > |
From: OpenSBC F. <ope...@op...> - 2009-01-13 13:16:12
|
Ok, now I managed to get my users to register to opensbc, by adding their accounts to Local-Domain-Accounts. I would like now to have each account dial out using a specific registered external account, I mean: internally --> sip:useri:passwordi@opensbc externally it dials using -> sip:usero:passwordo@providero each useri must have a different usero and providero and passwordo I saw the routes configuration, but it seems routes are setup according to called number and not to calling accounts. How can I possibly do it? Thanks |
From: OpenSBC F. <ope...@op...> - 2009-01-19 03:23:23
|
The following entry in the SIP-Trunk-Config section will map the registered UA 9001 to the external provider account 1001 <account user-name="1001" auth-user-name="1001" auth-password="1001" inbound-route="sip:90...@ex..." expires="3600" /> Please refer to this document for a complete example: http://www.opensourcesip.org:8080/clearspacex/docs/DOC-1040 Also, please note that the OSBC insatnce must be in B2BUA or B2BUA Upper Reg mode. |
From: OpenSBC F. <ope...@op...> - 2009-01-19 09:41:22
|
Nope. I had already noticed the document about trunks, there aren't too many documents to be read after all... I tried both B2B and B2B Upper, but nothing. I see no trace of registrations in the log. My configuration is (sorry for the long post) as follows. Help! Thanks everybody! [Solegy] RTTS-Client-Address=83.211.125.71 [OpenSBC-General-Parameters] SIP-Log-Level=5 PTRACE-Log-Level=1 Log-File-Prefix=b2bua SBC-Application-Mode=B2BUpperReg Mode Interface-Address Array Size=0 Enable-Backdoor-Port=True Enable-Trunk-Port=True Enable-Calea-Port=True RTP-Min-Port=10000 RTP-Max-Port=20000 Enable-Local-Refer=False Max-Forwards=70 Encryption-Mode=XOR Encryption-Key=GS Transaction-Thread-Count=10 Session-Thread-Count=10 Alerting-Timeout=30000 Seize-Timeout=60000 SIP-Timer-B=Default SIP-Timer-H=Default Session-Keep-Alive=1800 Session-Max-Life-Span=10800 Max-Concurrent-Session=100 Max-Call-Rate-Per-Second=10 [Upper-Registration] Enable-Stateful-Reg=True Rewrite-TO-Domain=True Rewrite-FROM-Domain=True Route-List Array Size=0 [Internal-DNS-Mapping] Internal-DNS-Map Array Size=0 [Proxy-Relay-Routes] Drop-Routes-On-Ping-Timeout=False Proxy-Resolve-To-URI=True Route-List Array Size=0 [B2BUA-Routes] Enable-Route-Scripting=False Route-Script=b2bua-route.cscript Route-List Array Size=1 Route-List 1=[sip:*@voip.eutelia.it:*] sip:voip.eutelia.it:5060;sip-trunk=true Insert-Route-Header=True Rewrite-TO-URI=True Prepend-ISUP-OLI=False Route-By-Request-URI=True Route-By-To-URI=False Drop-Routes-On-Ping-Timeout=False Use-External-XML=False External-XML-File=b2bua-route.xml Route-List 2=[sip:030...@vo...] sip:030...@si... [Media-Server] Enable-Media-Server=False Media-Server-Number=5000 Codec-List Array Size=0 No-RTP-Proxy-On-All-Transfers=False Enable-Announcement-Service=False 4xx-Error-Map=prompts/basic/cant_complete.wav 5xx-Error-Map=prompts/basic/cant_complete.wav 6xx-Error-Map=prompts/basic/cant_complete.wav Announcement-Error-Map Array Size=0 [Outbound-Proxies] Outbound-Proxies Array Size=0 [Local-Domain-Accounts] Accept-All-Registration=False Account-List Array Size=3 Account-List 1=sip:0302054741:xx...@si... Account-List 2=sip:0302054742:xx...@si... Account-List 3=sip:0302054681:xx...@si... [RTP-Proxy] Proxy-On-Private-Contact=False Proxy-On-via-received-vs-signaling-address=False Proxy-On-Private-Via=False Proxy-On-Different-RPORT=False Proxy-All-Media=False [SIP-Trunk-Config] SIP-Trunk-Config=<siptrunk trunk-name="voip.eutelia.it" route-set="voip.eutelia.it" sip-domain="voip.eutelia.it" expires="600"> SIP-Trunk-Config=<trunk-accounts> SIP-Trunk-Config=<account user-name="0302054741" auth-user-name="0302054741" auth-password="xxx" inboundroute="sip:030...@si..." expires="3600" /> SIP-Trunk-Config=</trunk-accounts> SIP-Trunk-Config=</siptrunk> |
From: OpenSBC F. <ope...@op...> - 2009-01-19 10:26:15
|
Hi Paolo, There is a typo in that documentation. the sample XML did not enclose the block in a ROOT ELEMENT causing parser error in the opensbc XML module. This causes the register not to be sent. Encode it like this: {code:xml}<root> <siptrunk trunk-name="opteron.opensipstack.org" route-set="opteron.opensipstack.org" sip-domain="opteron.opensipstack.org" expires="10"> <trunk-accounts> <account user-name="1001" auth-user-name="1001" auth-password="1001" inbound-route="sip:90...@wi..." send-reg="yes" expires="3600" /> </trunk-accounts> </root>{code} Joegen > {quote:title=Paolo wrote:}{quote} > > Nope. > > > I had already noticed the document about trunks, there aren't too many documents to be read after all... > > > I tried both B2B and B2B Upper, but nothing. I see no trace of registrations in the log. > > > My configuration is (sorry for the long post) as follows. > > > Help! Thanks everybody! > > > [Solegy] > RTTS-Client-Address=83.211.125.71 > > [OpenSBC-General-Parameters] > SIP-Log-Level=5 > PTRACE-Log-Level=1 > Log-File-Prefix=b2bua > SBC-Application-Mode=B2BUpperReg Mode > Interface-Address Array Size=0 > Enable-Backdoor-Port=True > Enable-Trunk-Port=True > Enable-Calea-Port=True > RTP-Min-Port=10000 > RTP-Max-Port=20000 > Enable-Local-Refer=False > Max-Forwards=70 > Encryption-Mode=XOR > Encryption-Key=GS > Transaction-Thread-Count=10 > Session-Thread-Count=10 > Alerting-Timeout=30000 > Seize-Timeout=60000 > SIP-Timer-B=Default > SIP-Timer-H=Default > Session-Keep-Alive=1800 > Session-Max-Life-Span=10800 > Max-Concurrent-Session=100 > Max-Call-Rate-Per-Second=10 > > [Upper-Registration] > Enable-Stateful-Reg=True > Rewrite-TO-Domain=True > Rewrite-FROM-Domain=True > Route-List Array Size=0 > > [Internal-DNS-Mapping] > Internal-DNS-Map Array Size=0 > > [Proxy-Relay-Routes] > Drop-Routes-On-Ping-Timeout=False > Proxy-Resolve-To-URI=True > Route-List Array Size=0 > > [B2BUA-Routes] > Enable-Route-Scripting=False > Route-Script=b2bua-route.cscript > Route-List Array Size=1 > Route-List 1=[sip:*@voip.eutelia.it:*] sip:voip.eutelia.it:5060;sip-trunk=true > Insert-Route-Header=True > Rewrite-TO-URI=True > Prepend-ISUP-OLI=False > Route-By-Request-URI=True > Route-By-To-URI=False > Drop-Routes-On-Ping-Timeout=False > Use-External-XML=False > External-XML-File=b2bua-route.xml > Route-List 2=[sip:030...@vo...] sip:030...@si... > > [Media-Server] > Enable-Media-Server=False > Media-Server-Number=5000 > Codec-List Array Size=0 > No-RTP-Proxy-On-All-Transfers=False > Enable-Announcement-Service=False > 4xx-Error-Map=prompts/basic/cant_complete.wav > 5xx-Error-Map=prompts/basic/cant_complete.wav > 6xx-Error-Map=prompts/basic/cant_complete.wav > Announcement-Error-Map Array Size=0 > > [Outbound-Proxies] > Outbound-Proxies Array Size=0 > > [Local-Domain-Accounts] > Accept-All-Registration=False > Account-List Array Size=3 > Account-List 1=sip:0302054741:xx...@si... > Account-List 2=sip:0302054742:xx...@si... > Account-List 3=sip:0302054681:xx...@si... > > [RTP-Proxy] > Proxy-On-Private-Contact=False > Proxy-On-via-received-vs-signaling-address=False > Proxy-On-Private-Via=False > Proxy-On-Different-RPORT=False > Proxy-All-Media=False > > [SIP-Trunk-Config] > SIP-Trunk-Config=<siptrunk trunk-name="voip.eutelia.it" route-set="voip.eutelia.it" sip-domain="voip.eutelia.it" expires="600"> > SIP-Trunk-Config=<trunk-accounts> > SIP-Trunk-Config=<account user-name="0302054741" auth-user-name="0302054741" auth-password="xxx" inboundroute="sip:030...@si..." expires="3600" /> > SIP-Trunk-Config=</trunk-accounts> > SIP-Trunk-Config=</siptrunk> > > > > |
From: OpenSBC F. <ope...@op...> - 2009-01-19 12:41:07
|
Your example is blank, nothing can be read in the example window! |
From: OpenSBC F. <ope...@op...> - 2009-01-19 14:26:34
|
Ok I figured out that you really mean adding <root> and </root> literally. Now ( operating in full mode, B2B modes make no difference ) I see that the trunks are getting registered. My current situation is having both internal users and external trunks correctly registered. I tried calling one of the registered trunks, I see the INVITE being sent to OpenSBC, I expected the inbound-route getting a relayed INVITE from OpenSBC, but in fact nothing happens! Is there anything more that must be set? Thanks |