opensipstack-osbcdevel Mailing List for OpenSIPStack (Page 30)
Brought to you by:
joegenbaclor
Menu
▾
▴
opensipstack-osbcdevel — Discussions on OpenSBC
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(22) |
Sep
(29) |
Oct
(19) |
Nov
(33) |
Dec
(92) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(31) |
Feb
(24) |
Mar
(54) |
Apr
(59) |
May
(31) |
Jun
(22) |
Jul
(32) |
Aug
(19) |
Sep
(49) |
Oct
(41) |
Nov
(84) |
Dec
(19) |
| 2009 |
Jan
(64) |
Feb
(37) |
Mar
(20) |
Apr
(5) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(7) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Joegen E. B. <joe...@gm...> - 2007-10-18 14:25:14
|
Make sure you put a check mark on the "Rewrite To URI" check box in B2BUA routes. gee...@wi... wrote: > Hi, > > I am using opensbc version 1.1.4 opensipstack version 1.1.7. > > I am trying to use B2BUA routes of SBC with Rewrite-to uri field > checked. > What I have observed is that the To-uri is not getting rewritten. Is it > the actual functionality or a error. > > I have just specified the B2BUA routes and configured the SBC to be > FullMode. > > Can someone help me in solving the issue. > > Regards, > Geethanjali > Wipro Technologies > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > > |
|
From: <gee...@wi...> - 2007-10-18 13:38:39
|
Hi, I am using opensbc version 1.1.4 opensipstack version 1.1.7. I am trying to use B2BUA routes of SBC with Rewrite-to uri field checked. What I have observed is that the To-uri is not getting rewritten. Is it the actual functionality or a error. I have just specified the B2BUA routes and configured the SBC to be FullMode.=20 Can someone help me in solving the issue. Regards, Geethanjali Wipro Technologies |
|
From: Joegen E. B. <joe...@gm...> - 2007-10-17 10:33:31
|
This is a cross post. --- Hi, SIP Trunking is not prime time yet but you may already try it using the latest CVS copy of OpenSBC/OpenSIPStack. To Enable Trunking, you must provide an XML configuration in "SIP Trunk Config". Below is a template XML config. In this sample config, sip:win32.opensipstack.org is assumed to be the internal domain of OpenSBC while sip:opteron.opensipstack.org is the domain of your SIP Provider. [SIPTrunk] * trunk-name: This is the unique name OpenSBC will use to identify you SIP Trunk * route-set: This is the DNS resolvable domain or IP address of your trunk provider * sip-domain: This is the SIP Domain used as the host part of the To and From URIs * expires: Global expire interval for trunk registrations in seconds [Trunk-Accounts] * account - An instance of a virtual UA that will register to the Trunk Provider domain ** user-name - The user part of the From-URI ** auth-user-name - User name used for Authorization and Authentication ** auth-password - Password used for Authorization and Authentication ** inbound-route - URI specifying the identity of the UA in the internal domain ** expires - If set, this will be the expires used when the virtual UA registers to the Trunk Provider [Transient-Accounts] - Transient accounts are similar to normal Trunk-Account in terms of the parameters. The only difference is that they are also meant to be shared (in round robin fashion) by calls which are not defined in the normal trunk-accounts. This is normally used if you have a few accounts with a Trunk Provider and is meant to be shared by all your external users. ------------------------START OF XML CONFIG---------------------------------- <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..." expires="3600" /> <account user-name="1002" auth-user-name="1002" auth-password="1002" inbound-route="sip:90...@wi..." expires="3600" /> <account user-name="1003" auth-user-name="1003" auth-password="1003" inbound-route="sip:90...@wi..." expires="3600" /> </trunk-accounts> <transient-accounts> <account user-name="1001" auth-user-name="1001" auth-password="1001" inbound-route="sip:90...@wi..." /> <account user-name="1002" auth-user-name="1002" auth-password="1002" inbound-route="sip:90...@wi..." /> <account user-name="1003" auth-user-name="1003" auth-password="1003" inbound-route="sip:90...@wi..." /> </transient-accounts> </siptrunk> </root> Joegen Dinesh Dialani wrote: > > Hi All, > > > > I want to use Open SBC for *SIP TRUNKING*. > > > > Here is the scenario. > > > > Internal LAN External LAN > > ------------------------------------ > > | > > Softphone ----> PBX ------|----> OpenSBC -----> Voip Provider > > > | > > | > > ------------------------------------- > > > > I wish that only OpenSBC should be visible to external world and thus > it should be able to register itself to VoipProvider. > > > > Also I want that OpenSBC should use Enum lookup first for E-164 > numbers on our enum server and if OpenSBC does not receive any > response from Enum server then it should be able to connect the call > through Voip Provider. > > > > Now here are the questions. > > > > 1. How to register OpenSBC with VoipProvider irrespective of PBX? > > t means that there should be fields in Web GUI to enter registration > request for Voip Provider and the moment OpenSBC service is started, > it should register itself with Voip Provider. > > 2. How to set preference order between Enum lookup and normal call > through VoipProvider? > > It means whenever an Sip INVITE is sent from PBX to OpenSBC for long > distance calls, OpenSBC should first search that number in our enum > servers and if it is found, call is made directly to the Receiver else > OpenSBC should direct the call to VoipProvider and create a normal call. > > 3. What are the entries to be given on B2B routing page for above > Enum and normal call to VoipProvider? > > > > Thanks in advance for you help. > > > > Dinesh > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ------------------------------------------------------------------------ > > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > ------------------------------------------------------------------------ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.488 / Virus Database: 269.14.13/1074 - Release Date: 10/16/2007 2:14 PM > |
|
From: Dinesh D. <din...@gm...> - 2007-10-17 09:35:23
|
Hi All,
I want to use Open SBC for *SIP TRUNKING*.
Here is the scenario.
Internal LAN External LAN
------------------------------------
|
Softphone ----> PBX ------|----> OpenSBC -----> Voip Provider
|
|
-------------------------------------
I wish that only OpenSBC should be visible to external world and thus it
should be able to register itself to VoipProvider.
Also I want that OpenSBC should use Enum lookup first for E-164 numbers on
our enum server and if OpenSBC does not receive any response from Enum
server then it should be able to connect the call through Voip Provider.
Now here are the questions.
1. How to register OpenSBC with VoipProvider irrespective of PBX?
t means that there should be fields in Web GUI to enter registration request
for Voip Provider and the moment OpenSBC service is started, it should
register itself with Voip Provider.
1. How to set preference order between Enum lookup and normal call
through VoipProvider?
It means whenever an Sip INVITE is sent from PBX to OpenSBC for long
distance calls, OpenSBC should first search that number in our enum servers
and if it is found, call is made directly to the Receiver else OpenSBC
should direct the call to VoipProvider and create a normal call.
1. What are the entries to be given on B2B routing page for above Enum
and normal call to VoipProvider?
Thanks in advance for you help.
Dinesh
|
|
From: Joegen E. B. <joe...@gm...> - 2007-10-14 00:50:37
|
What exactly is your setting in the Upper Registration Route? Make sure the To-URI in the REGISTER complies with your filter. To: sip:user@x.x.x.x:5060 for example will not comply with [sip:*@x.x.x.x] because of the port in the To-URI. The above rule should be rewritten as [sip:*@x.x.x.x:5060] or [sip:*@x.x.x.x*] sui eng wrote: > Hi, > > > I have the following setup for OpenSBC and OpenIMSCore interworking: > > > UA ----> OpenSBC ----> (pcscf:4060) of OpenIMSCore ----> VCC AS > > > OpenSBC is configured as B2BUpperReg mode. > > > Upper Registration Routes is set to IPAddressOfPcscf:4060 > > > When UA registers, the Registration is forwarded from OpenSBC to OpenIMSCore domain but not on the configured P-CSCF port of 4060, it went to well known port 5060 (which is the port for I-CSCF) and I-CSCF responded with the message: "400 Bad Request - P-Visited-Network-ID header missing". > > > It seems the configuration of Upper Registration Routes has no effect, the Registration is forwarded based on configuration of OpenIMSCore domain and the port forwarded to is well known port of 5060 (not 4060). > > > Has anyone encountered this? Is there a way to make this work? > > > Thanks, > > > sshee > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > > |
|
From: sui e. <sui...@gm...> - 2007-10-12 14:56:03
|
Hi, I have the following setup for OpenSBC and OpenIMSCore interworking: UA ----> OpenSBC ----> (pcscf:4060) of OpenIMSCore ----> VCC AS OpenSBC is configured as B2BUpperReg mode. Upper Registration Routes is set to IPAddressOfPcscf:4060 When UA registers, the Registration is forwarded from OpenSBC to OpenIMSCore domain but not on the configured P-CSCF port of 4060, it went to well known port 5060 (which is the port for I-CSCF) and I-CSCF responded with the message: "400 Bad Request - P-Visited-Network-ID header missing". It seems the configuration of Upper Registration Routes has no effect, the Registration is forwarded based on configuration of OpenIMSCore domain and the port forwarded to is well known port of 5060 (not 4060). Has anyone encountered this? Is there a way to make this work? Thanks, sshee |
|
From: Joegen E. B. <jb...@so...> - 2007-10-10 08:57:40
|
Hi Tim, =20 Sorry I missed this post. Would you be able to public a level 5 log conta= ining the problem. I also need IP address information of all the UA involv= ed as well as the call flow. I am not familiar with SER Web Joegen ---------------------=20 Scenario - SER on private network, server also running serweb. This private= network also has a connection to opensbc, which has second interface on th= e public side (internet). OpensSBC is configured in b2bua upper reg mode an= d is NOT local refer enabled. Phones register fine (subject to my other pos= t). Invites work fine and calls all go as one worul hope and expect. When u= sing click to dial from serweb, the call is correctly iniated to the first = UAC, the refer comes through to the private interface of the oopensbc in th= e correct format and is passed through to the UAC, with the destination cha= nged to "xfer-oss-" then loads of characters. An invite to this uri is then= passed back to the public interface of the opensbc, where the call dies - = shows as hungup on the UAC. I don't see any traffic inside or outside of th= e opensbc after this invite is received by the opensbc. Please help as the = configuration appears to be correct and in line with the documentation. Not= e this is version 1.1.5. Thanks Tim |
|
From: Rajpal D. <raj...@as...> - 2007-10-04 23:30:13
|
Hi All,
I am looking for performance metrics of SBC (UpperReg mode). If anyone ever collected performance parameters, please share along with the hardware configuration of system.
Thanks,
/dangi
|
|
From: hezy <he...@ya...> - 2007-10-03 09:05:34
|
~HI,~ ~There is another issue - While compiling the project I got a warning : warning LNK4221: no public symbols found; archive member will be inaccessible~ |
|
From: hezy <he...@ya...> - 2007-10-03 06:36:05
|
Hi, I compiled the source using visual studio 2005 and I can't run it on WIN2K and windows 2003 only on XP. can someone please Help Hezy |
|
From: Joegen E. B. <jb...@so...> - 2007-10-02 02:19:16
|
Hi Tim,
Can you download the latest code from CVS and see if you still get this mangled contact address? If you still get it after that, please send me level 5 logs ( jo...@op... ) and I will personally take a look at it.
--joegen
--------------
Hi,
I have a working opensbc and SER solution using upper reg mode, with
version 1.1.2 of opensbc.
I have downloaded and compiled version 1.1.5 and have been testing with
teh exact same config as my existing version 1.1.2 solution, but am now
seeing what appears to be a mangling of the register request through
the opensbc. (Note I am using opensipstack v1.1.7 withy this osbc
version)
The request arrives at the outside of the opensbc in good shape, but
when passed to the SER server, the sip request has had the "Conatct:"
line of the request corrupted so that the 'methods="INVITE, ACK,
CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO"'
piece has become 'methods="INVITE,'. Note that the not only is this
portion truncated, the closing double quote (") has been lost.
I tried it on V 1.1.4 and I get the same problem. Is this a bug or have
I missed something ?
Thanks
Tim
|
|
From: Rajpal D. <raj...@as...> - 2007-10-01 23:28:22
|
Make sure that you don't restart SBC immediately after change in mode. Many times it takes little longer (15-20 sec) to update the configuration in backend. I also struggled for a while as I was restarting SBC immediately after change in config. If you are sure that your mode change is effective, then there might be some other issue. Now my SBC in B2BUAUpReg mode is working fine with similar config (upper registration route only). HTH, /dangi |
|
From: Roland A. <ope...@op...> - 2007-10-01 18:28:23
|
Hi All, Over the last days i was investigating the problem of having OpenSBC behid my NAT router and after a couple of hacks in the code i got it to work with UAs that are in private networks. Now here is my scenario SIP Service <----> OpenSBC <------------> Office NAT Router<--------- Public Internet ------------> Private NAT router <---------------------> SIP UA 10.17.20.2 10.17.20.4 10.17.20.1 <-> 217.10.34.12 84.12.32.23 <-> 192.168.0.1 192.168.0.5 The SIP UA can now call my service over the public internet and the two NAT routers. On the Office router i added some portforwarding for the SIP port and the RTP to point to the OpenSBC server. On the OpenSBC source code i needed to do some minor changes: a) In B2BUACall.cxx in SendB2BConnect I needed to fix the contact address to be the public address of the Office NAT router b) In B2BMediaInterface in TranslateSDPAnswer i also needed to fix the media IP address to the public address of the Office NAT router Once these two changes are done i can make a call from the SIP UA to the service. I initially tried to set the StaticMedia Address but this doesnt work as it'll also modify the RTP leg on the office network side. These changes are jsut a hack to get it to work and i believe it needs a bit more thinking to make it work on various SIP signalling use cases (i.e. SDP Offer in 200 OK, etc..) Now thinking about this a bit more, what would be nice to have is some more configuration control over individial SIP legs (i.n ingress, egress). for this NAT scenario it would be desirable to define the NAT address on the one side but leave the interface address as is on the other. Also i would assume that such a setup scenario is really useful for smaller companies that want to hook up their internal SIP phone system with external devices. |
|
From: Joegen E. B. <joe...@gm...> - 2007-10-01 05:03:21
|
Hi Digbea, I have tested this to be working on my end. Perhaps the change was not yet propagated in public CVS when you last downloaded. Can you try doing it for just one more time. If it still doesnt work for you, please email me the level 5 log from OpenSBC. Joegen digbea wrote: > No luck. I've just taken fresh code of opensourcestack and opensbc from > sourceforge cvs, compiled and configured them tha same way and got exactly > the same behavior. Maybe you need more information to fix this issue? > > >> -----Original Message----- >> From: ope...@li... >> [mailto:ope...@li...] On Behalf >> Of Joegen E. Baclor >> Sent: Wednesday, September 26, 2007 6:30 PM >> To: ope...@li... >> Subject: Re: [OpenSBC] returned contact in upperreg mode >> >> This should not be happening but giving you the benefit of the doubt I >> conducted a test that proves you right. I have committed a possible >> fix in CVS. Can you upgrade your version and let me know if this is >> now >> fixed? >> >> Joegen >> >> >> digbea wrote: >> >>> Hello! >>> >>> I have an OpenSBC running in UpperReg mode, with UpperReg routes >>> >> pointing to >> >>> SIP registrar on another host. When UAs try to register, OpenSBC >>> >> correctly >> >>> directs all requests to the registrar and successfully registers >>> >> himself on >> >>> registrar. But the Contact field in 200 OK message from OpenSBC to UA >>> >> looks >> >>> like <sip:user@opensbcip:port> and UA fails to register. This >>> >> behavior was >> >>> tested with several UAs, for example SJPhone (running on >>> >> 192.168.100.50) >> >>> says following: >>> >>> 16:20:21 SIP.Registration WARNING Registrar did not registered none >>> >> of our >> >>> contacts! >>> 16:20:21 SIP.Registration NOTICE Foreign contacts returned by the >>> >> server: >> >>> sip:user@192.168.100.10:5062 >>> 16:20:21 SIP.Registration INFO Not registered >>> >> sip:us...@ex... >> >>> Seems like I'm missing something. Is it an UA issue or OpenSBC bug or >>> misconfiguration or anything else? >>> >>> Thanks! >>> >>> >>> >> ----------------------------------------------------------------------- >> -- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Opensipstack-osbcdevel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > > > |
|
From: ehernaez <ope...@op...> - 2007-09-28 11:56:50
|
There is no need to use a domain for routing to OpenSBC. You may use an IP address instead. |
|
From: digbea <di...@gm...> - 2007-09-26 20:34:19
|
No luck. I've just taken fresh code of opensourcestack and opensbc from sourceforge cvs, compiled and configured them tha same way and got exactly the same behavior. Maybe you need more information to fix this issue? > -----Original Message----- > From: ope...@li... > [mailto:ope...@li...] On Behalf > Of Joegen E. Baclor > Sent: Wednesday, September 26, 2007 6:30 PM > To: ope...@li... > Subject: Re: [OpenSBC] returned contact in upperreg mode > > This should not be happening but giving you the benefit of the doubt I > conducted a test that proves you right. I have committed a possible > fix in CVS. Can you upgrade your version and let me know if this is > now > fixed? > > Joegen > > > digbea wrote: > > Hello! > > > > I have an OpenSBC running in UpperReg mode, with UpperReg routes > pointing to > > SIP registrar on another host. When UAs try to register, OpenSBC > correctly > > directs all requests to the registrar and successfully registers > himself on > > registrar. But the Contact field in 200 OK message from OpenSBC to UA > looks > > like <sip:user@opensbcip:port> and UA fails to register. This > behavior was > > tested with several UAs, for example SJPhone (running on > 192.168.100.50) > > says following: > > > > 16:20:21 SIP.Registration WARNING Registrar did not registered none > of our > > contacts! > > 16:20:21 SIP.Registration NOTICE Foreign contacts returned by the > server: > > sip:user@192.168.100.10:5062 > > 16:20:21 SIP.Registration INFO Not registered > sip:us...@ex... > > > > Seems like I'm missing something. Is it an UA issue or OpenSBC bug or > > misconfiguration or anything else? > > > > Thanks! > > > > > > > ----------------------------------------------------------------------- > -- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel |
|
From: Joegen E. B. <joe...@gm...> - 2007-09-26 14:30:03
|
This should not be happening but giving you the benefit of the doubt I conducted a test that proves you right. I have committed a possible fix in CVS. Can you upgrade your version and let me know if this is now fixed? Joegen digbea wrote: > Hello! > > I have an OpenSBC running in UpperReg mode, with UpperReg routes pointing to > SIP registrar on another host. When UAs try to register, OpenSBC correctly > directs all requests to the registrar and successfully registers himself on > registrar. But the Contact field in 200 OK message from OpenSBC to UA looks > like <sip:user@opensbcip:port> and UA fails to register. This behavior was > tested with several UAs, for example SJPhone (running on 192.168.100.50) > says following: > > 16:20:21 SIP.Registration WARNING Registrar did not registered none of our > contacts! > 16:20:21 SIP.Registration NOTICE Foreign contacts returned by the server: > sip:user@192.168.100.10:5062 > 16:20:21 SIP.Registration INFO Not registered sip:us...@ex... > > Seems like I'm missing something. Is it an UA issue or OpenSBC bug or > misconfiguration or anything else? > > Thanks! > > |
|
From: deveshbissa <bis...@ya...> - 2007-09-26 12:40:25
|
Hi, I am using same configuration of opensbc and my x-lite siphone . What i observe that in both PROXY ONLY and B2BUA UPPER REG. modes giving same response. my configuration:- OpenSBC - trusted domain , privacy , b2bua routes , relay routes , internal dns mapping , local domain --- all blank (since i want to use upper registrar feature). upper registration routes-- --sip:*@privatedomain.com:*-- sip:ip-of-domain:port no. X-lite phone(3.0)-- user, id, password = dummyuser domain --- privatedomain.com:port no. enable - register with domain and get incomming calls proxy- ip-adrs-of-openSBC:portno.(according to listening interface of openSBC's general parameter setting). Please help me why i am getting same response from these two modes (i.e proxy only and b2bua upper reg.) ? Thank you Devesh |
|
From: digbea <di...@gm...> - 2007-09-26 12:31:34
|
Hello! I have an OpenSBC running in UpperReg mode, with UpperReg routes pointing to SIP registrar on another host. When UAs try to register, OpenSBC correctly directs all requests to the registrar and successfully registers himself on registrar. But the Contact field in 200 OK message from OpenSBC to UA looks like <sip:user@opensbcip:port> and UA fails to register. This behavior was tested with several UAs, for example SJPhone (running on 192.168.100.50) says following: 16:20:21 SIP.Registration WARNING Registrar did not registered none of our contacts! 16:20:21 SIP.Registration NOTICE Foreign contacts returned by the server: sip:user@192.168.100.10:5062 16:20:21 SIP.Registration INFO Not registered sip:us...@ex... Seems like I'm missing something. Is it an UA issue or OpenSBC bug or misconfiguration or anything else? Thanks! -- digbea |
|
From: <sub...@wi...> - 2007-09-21 07:28:31
|
Thanks a lot, Joegen... But the dns resolution is happening only for intra-domain calls(i.e when the two clients are registered to the same domain enum.e164.arpa)and calls are happening. But when I register one client to (suppose) opensbc.org and I make a call to a client in enum.e164.arpa, the dns resolution fails. I think OpenSBC is appending the from uri's domain header to the "to uri" also and that's where it fails. Is there a way of telling Opensbc not to append the domain name to the to uri and send the tel no for dns lookup. Do I have an option of doing it in the code?? Kindly help me in this regard as I am trying to integrate enum module implemented in SER with opensbc. Regards, Subha, Wipro Technologies, Bangalore -----Original Message----- From: Joegen E. Baclor [mailto:joe...@gm...]=20 Sent: Thursday, September 20, 2007 2:58 PM To: ope...@li...; Subha Kadhir Selvam (WT01 - Testing Services) Subject: Re: [OpenSBC] Enum routinng in Opensbc Try this in B2BUA Route [sip:1111*] enum:e164.org This means you want to resolve 1111 using e164.org enum server. Joegen sub...@wi... wrote: > Hi, > Has anybody worked with ENUM routing in opensbc?? If so, kindly=20 > provide the details of implementation. > =20 > Regards, > Subha, > Wipro Technologies, > Bangalore > ---------------------------------------------------------------------- > -- > > ---------------------------------------------------------------------- > --- This SF.net email is sponsored by: Microsoft Defy all challenges.=20 > Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ---------------------------------------------------------------------- > -- > > _______________________________________________ > Opensipstack-osbcdevel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel > =20 > ---------------------------------------------------------------------- > -- > > No virus found in this incoming message. > Checked by AVG Free Edition.=20 > Version: 7.5.487 / Virus Database: 269.13.25/1018 - Release Date:=20 > 9/19/2007 3:59 PM > =20 |
|
From: Joegen E. B. <joe...@gm...> - 2007-09-20 09:28:06
|
Try this in B2BUA Route [sip:1111*] enum:e164.org This means you want to resolve 1111 using e164.org enum server. Joegen sub...@wi... wrote: > Hi, > Has anybody worked with ENUM routing in opensbc?? If so, kindly > provide the details of implementation. > > Regards, > Subha, > Wipro Technologies, > Bangalore > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > 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.487 / Virus Database: 269.13.25/1018 - Release Date: 9/19/2007 3:59 PM > |
|
From: <sub...@wi...> - 2007-09-20 09:08:28
|
Hi, Has anybody worked with ENUM routing in opensbc?? If so, kindly provide the details of implementation. =20 Regards, Subha, Wipro Technologies, Bangalore |
|
From: Jack D. <455...@gm...> - 2007-09-19 19:15:10
|
Joegen,
Awesome, you are blazing fast!
I will recompile and give it a try later tonight and come back with some
feedback.
Thanks,
-JD
On 9/19/07, Joegen E. Baclor <joe...@gm...> wrote:
>
> Jack,
>
> I added ability to persist registrations using text files.
> Registrations will be stored in the registry folder. This is now
> available in CVS.
>
> Joegen E. Baclor wrote:
> > Jack,
> >
> > Yes it is a bug and it's now fixed in CVS. Thanks for reporting it.
> > Regarding how to persist registrations in a DB, there is an old inactive
> > code that stores registration in an SQLite DB. You may either try to
> > activate this code by linking opensipstack to SQLite 3 or have the code
> > as a basis to store registration information to your Database of
> > choice. You can take at look the the registration db constructor for
> > particulars which I am pasting below:
> >
> > File: RegisterSessionManager.cxx
> >
> > RegistrationDatabase::RegistrationDatabase()
> > {
> > #if HAS_CPPSQLITE
> > m_HasContactRecovery = PrepareContactRecoveryDB(
> > "ContactRecovery.sqlite" );
> > if( m_HasContactRecovery )
> > RecoverRegistrations();
> > #endif
> > }
> >
> >
> > Jack Damn wrote:
> >
> >> Hello,
> >>
> >> Looks like there is a problem in the log files management when we
> switch
> >> to a new day. A new logfile seems to be created for SIP Log, but the
> >> PTRACE
> >> log keeps using the file the OSBC opened at startup.
> >> Can anyone confirm that bug ?
> >>
> >> Im running OSBC 1.1.5 on Solaris 10.
> >>
> >>
> >> Also, is there a way to save the entries currently in the registrar
> memory
> >> when operating in B2BUpperReg mode so that a server reboot or simply
> OSBC
> >> restart keeps the user location states ? SER does it that via a DB.
> >>
> >> Thanks,
> >>
> >> JD
> >>
> ------------------------------------------------------------------------
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2005.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >>
> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> Opensipstack-osbcdevel mailing list
> >> Ope...@li...
> >> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
> >>
> >>
> >
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Opensipstack-osbcdevel mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
> >
> >
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>
|
|
From: Joegen E. B. <joe...@gm...> - 2007-09-19 18:25:06
|
Jack,
I added ability to persist registrations using text files.
Registrations will be stored in the registry folder. This is now
available in CVS.
Joegen E. Baclor wrote:
> Jack,
>
> Yes it is a bug and it's now fixed in CVS. Thanks for reporting it.
> Regarding how to persist registrations in a DB, there is an old inactive
> code that stores registration in an SQLite DB. You may either try to
> activate this code by linking opensipstack to SQLite 3 or have the code
> as a basis to store registration information to your Database of
> choice. You can take at look the the registration db constructor for
> particulars which I am pasting below:
>
> File: RegisterSessionManager.cxx
>
> RegistrationDatabase::RegistrationDatabase()
> {
> #if HAS_CPPSQLITE
> m_HasContactRecovery = PrepareContactRecoveryDB(
> "ContactRecovery.sqlite" );
> if( m_HasContactRecovery )
> RecoverRegistrations();
> #endif
> }
>
>
> Jack Damn wrote:
>
>> Hello,
>>
>> Looks like there is a problem in the log files management when we switch
>> to a new day. A new logfile seems to be created for SIP Log, but the
>> PTRACE
>> log keeps using the file the OSBC opened at startup.
>> Can anyone confirm that bug ?
>>
>> Im running OSBC 1.1.5 on Solaris 10.
>>
>>
>> Also, is there a way to save the entries currently in the registrar memory
>> when operating in B2BUpperReg mode so that a server reboot or simply OSBC
>> restart keeps the user location states ? SER does it that via a DB.
>>
>> Thanks,
>>
>> JD
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Opensipstack-osbcdevel mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>
>
>
|
|
From: Joegen E. B. <joe...@gm...> - 2007-09-19 14:18:06
|
Jack,
Yes it is a bug and it's now fixed in CVS. Thanks for reporting it.
Regarding how to persist registrations in a DB, there is an old inactive
code that stores registration in an SQLite DB. You may either try to
activate this code by linking opensipstack to SQLite 3 or have the code
as a basis to store registration information to your Database of
choice. You can take at look the the registration db constructor for
particulars which I am pasting below:
File: RegisterSessionManager.cxx
RegistrationDatabase::RegistrationDatabase()
{
#if HAS_CPPSQLITE
m_HasContactRecovery = PrepareContactRecoveryDB(
"ContactRecovery.sqlite" );
if( m_HasContactRecovery )
RecoverRegistrations();
#endif
}
Jack Damn wrote:
> Hello,
>
> Looks like there is a problem in the log files management when we switch
> to a new day. A new logfile seems to be created for SIP Log, but the
> PTRACE
> log keeps using the file the OSBC opened at startup.
> Can anyone confirm that bug ?
>
> Im running OSBC 1.1.5 on Solaris 10.
>
>
> Also, is there a way to save the entries currently in the registrar memory
> when operating in B2BUpperReg mode so that a server reboot or simply OSBC
> restart keeps the user location states ? SER does it that via a DB.
>
> Thanks,
>
> JD
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Opensipstack-osbcdevel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensipstack-osbcdevel
>
|
14 messages has been excluded from this view by a project administrator.
