sr-users

sr-users@lists.kamailio.org

4 participants
37456 discussions

[Users] Re: could not rev. resolve IP......
by Daniel-Constantin Mierla 22 Jun '06

22 Jun '06

On 06/21/06 13:14, Shenen Shenen wrote: > I've removed the listen parameters....fork was alway set like > fork=yes....with openser command I've this; > [root@asterisk12 ~]# openser > 0(3357) WARNING: fix_socket_list: could not rev. resolve > 192.168.251.12 <http://192.168.251.12> > 0(3357) WARNING: fix_socket_list: could not rev. resolve > 192.168.251.200 <http://192.168.251.200> > 0(3357) WARNING: fix_socket_list: could not rev. resolve > 192.168.251.12 <http://192.168.251.12> > 0(3357) WARNING: fix_socket_list: could not rev. resolve > 192.168.251.200 <http://192.168.251.200> > Listening on > udp: 127.0.0.1 <http://127.0.0.1> [127.0.0.1 > <http://127.0.0.1>]:5070 > udp: 192.168.251.12 <http://192.168.251.12> [ > 192.168.251.12 <http://192.168.251.12>]:5070 > udp: 192.168.251.200 <http://192.168.251.200> > [192.168.251.200 <http://192.168.251.200>]:5070 > tcp: 127.0.0.1 <http://127.0.0.1> [ 127.0.0.1 > <http://127.0.0.1>]:5070 > tcp: 192.168.251.12 <http://192.168.251.12> > [192.168.251.12 <http://192.168.251.12>]:5070 > tcp: 192.168.251.200 <http://192.168.251.200> > [192.168.251.200 <http://192.168.251.200>]:5070 > Aliases: > tcp: localhost:5070 > udp: localhost:5070 > > stateless - initializing > 0(0) Maxfwd module- initializing > 0(0) AUTH module - initializing > 0(0) AUTH_DB module - initializing > [root@asterisk12 ~]# 0(0) INFO: udp_init: SO_RCVBUF is initially 110592 > 0(0) INFO: udp_init: SO_RCVBUF is finally 221184 > 0(0) INFO: udp_init: SO_RCVBUF is initially 110592 > 0(0) INFO: udp_init: SO_RCVBUF is finally 221184 > 0(0) INFO: udp_init: SO_RCVBUF is initially 110592 > 0(0) INFO: udp_init: SO_RCVBUF is finally 221184 > 0(0) ERROR: tcp_init: bind(7, 0x811b12c, 16) on 127.0.0.1:5070 > <http://127.0.0.1:5070> : Address already in use > > > > > ........so, where could be the problem now? as you can see from the list of ip addresses found by openser, you have no network interface configured with 192.168.251.11. It is why you got errors highlighted in the previous messages. Now, it seems that there is another process using port 5070. Check if it is openser already running. Do "netstat -alut" and see if some application is running on port 5070. Cheers, Daniel > > On 6/21/06, *Daniel-Constantin Mierla* <daniel(a)voice-system.ro > <mailto:daniel@voice-system.ro>> wrote: > > > > On 06/21/06 12:44, Shenen Shenen wrote: > > No,this isn't the problem;I've changed the port on my openser like > > 5070, and asterisk is set like 5060 in sip.conf, but I've always the > > same error; > > > > Jun 21 03:33:43 asterisk12 openser[19037]: ERROR: udp_init: bind(6, > > > > 0x8119a1c, 16) on 192.168.251.11 <http://192.168.251.11> > <http://192.168.251.11/> < > > http://192.168.251.11/>: Cannot assign > > requested address > > > > .....what could be? > > > do you have a network interface configured with the IP > 192.168.251.11 <http://192.168.251.11>? > Do 'ifconfig' to check it out. > > You can remove the 'listen' parameters from your config file and > openser > will bind to available interfaces -- do not forget to set fork=yes, > otherwise openser will listen to the first interface it founds, > and that > is usually 127.0.0.1 <http://127.0.0.1>. > > Daniel > > > > > > > > > > > On 6/21/06, *Daniel-Constantin Mierla* <daniel(a)voice-system.ro > <mailto:daniel@voice-system.ro> > > <mailto:daniel@voice-system.ro <mailto:daniel@voice-system.ro>>> > wrote: > > > > You can safely ignore reverse resolve DNS messages, they are > warnings > > meaning no hostname was found set for those IP addresses - > openser > > tries > > to get them in the aliases list. The problem comes from line: > > > > Jun 21 03:33:43 asterisk12 openser[19037]: ERROR: udp_init: > bind(6, > > 0x8119a1c, 16) on 192.168.251.11 <http://192.168.251.11> > <http://192.168.251.11 <http://192.168.251.11>> < > > http://192.168.251.11/>: Cannot assign > > requested address > > > > This means that you do not have the IP 192.168.251.11 > <http://192.168.251.11> > > <http://192.168.251.11> configured on the > > system. Do you have asterisk and openser listening on the > same port > > (5060)? You must use different ports. > > > > Cheers, > > Daniel > > > > > > On 06/21/06 10:55, Shenen Shenen wrote: > > > Hi!This my openser.cfg;I've 2 asteriskathome with openser > > installed;I > > > want to copy the authentificated sip registration from one > box to > > > another and have always the same Sip registered in all 2 > box, so if > > > one box falls down the other can run without reinitialized > all the > > > sips (like Phoner..cubix...and also IP phones...)....I'm > using > > > vrrpd...12 is the master, 11 is the slave, 200 is the virtual > > IP(this > > > point to the master in the first case..and all Sip proxies > like the > > > phoner or cubix points to the master..(I can set only 1 > proxy.. > > > 192.168.251.200 <http://192.168.251.200> > <http://192.168.251.200> > > <http://192.168.251.200/> ..in x-lite I can set more > > > proxies and I'vent problems..)(for this I must use openser..) > > > > > > > > > This is the openser on the "slave" 192.168.251.11 > <http://192.168.251.11> > > <http://192.168.251.11> <http://192.168.251.11/> > > > > > > > > > # SCRIPT PER COPIARE LO STATO DELLE REGISTRAZIONI DEI SIP DAL > > .11 al .12 > > > > > > # ----------- global configuration parameters > > ------------------------ > > > > > > debug=3 # debug level (cmd line: -dddddddddd) > > > fork=no > > > log_stderror=no # (cmd line: -E) > > > listen= 192.168.251.12 <http://192.168.251.12> > <http://192.168.251.12> > > <http://192.168.251.12/> > > > listen=192.168.251.11 <http://192.168.251.11> > <http://192.168.251.11> < > > http://192.168.251.11/> > > > listen=192.1668.251.200 > > > port=5060 > > > children=5 > > > dns=no > > > rev_dns=no > > > # ------------------ module loading > > ---------------------------------- > > > > > > loadmodule "modules/mysql/mysql.so" > > > loadmodule "modules/sl/sl.so" > > > loadmodule "modules/tm/tm.so" > > > loadmodule "modules/maxfwd/maxfwd.so" > > > loadmodule "modules/usrloc/usrloc.so" > > > loadmodule "modules/registrar/registrar.so" > > > loadmodule "modules/auth/auth.so" > > > loadmodule "modules/auth_db/auth_db.so" > > > > > > # ----------------- setting module-specific parameters > > --------------- > > > > > > # digest generation secret; use the same in backup server; > > > # also, make sure that the backup server has sync'ed time > > > modparam("auth", "secret", "alsdkhglaksdhfkloiwr") > > > > > > # ------------------------- request routing logic > > ------------------- > > > > > > # main routing logic > > > > > > route{ > > > > > > # initial sanity checks -- messages with > > > # max_forwars==0, or excessively long requests > > > if (!mf_process_maxfwd_header("10")) { > > > sl_send_reply("483","Too Many Hops"); > > > return; > > > }; > > > if (len_gt( max_len )) { > > > sl_send_reply("513", "Message too big"); > > > return; > > > }; > > > > > > # if the request is for other domain use UsrLoc > > > # (in case, it does not work, use the following command > > > # with proper names and addresses in it) > > > if (uri==myself) { > > > > > > if (method=="REGISTER") { > > > > > > # verify credentials > > > if (!www_authorize("", "subscriber")) { > > > www_challenge("", "0"); > > > return; > > > }; > > > > > > # if ok, update contacts and ... > > > save("location"); > > > # ... if this REGISTER is not a replica from our > > > # peer server, replicate to the peer server > > > if (!src_ip== 192.168.251.12 <http://192.168.251.12> > <http://192.168.251.12> > > < http://192.168.251.12/>) { > > > t_replicate("192.168.251.12 <http://192.168.251.12> > <http://192.168.251.12> > > <http://192.168.251.12/>", "5060"); > > > }; > > > return; > > > }; > > > # do whatever else appropriate for your domain > > > log("non-REGISTER\n"); > > > }; > > > } > > > > > > > > > > > > This is the openser on the "master" 192.168.251.12 > <http://192.168.251.12> > > <http://192.168.251.12> > > > <http://192.168.251.12/ > > > > > > > > > > > > > > > > > > > # SCRIPT PER COPIARE LO STATO DELLE REGISTRAZIONI DEI SIP DAL > > .12 al .11 > > > > > > # ----------- global configuration parameters > > ------------------------ > > > > > > debug=3 # debug level (cmd line: -dddddddddd) > > > fork=no > > > log_stderror=yes # (cmd line: -E) > > > listen= 192.168.251.12 <http://192.168.251.12> > <http://192.168.251.12> < > > http://192.168.251.12/> > > > listen= 192.168.251.11 <http://192.168.251.11> > <http://192.168.251.11> > > <http://192.168.251.11/> > > > listen=192.1668.251.200 > > > port=5060 > > > children=5 > > > dns=no > > > rev_dns=no > > > > > > # ------------------ module loading > > ---------------------------------- > > > > > > loadmodule "modules/mysql/mysql.so" > > > loadmodule "modules/sl/sl.so" > > > loadmodule "modules/tm/tm.so" > > > loadmodule "modules/maxfwd/maxfwd.so" > > > loadmodule "modules/usrloc/usrloc.so" > > > loadmodule "modules/registrar/registrar.so" > > > loadmodule "modules/auth/auth.so" > > > loadmodule "modules/auth_db/auth_db.so" > > > > > > # ----------------- setting module-specific parameters > > --------------- > > > > > > # digest generation secret; use the same in backup server; > > > # also, make sure that the backup server has sync'ed time > > > modparam("auth", "secret", "alsdkhglaksdhfkloiwr") > > > > > > # ------------------------- request routing logic > > ------------------- > > > > > > # main routing logic > > > > > > route{ > > > > > > # initial sanity checks -- messages with > > > # max_forwars==0, or excessively long requests > > > if (!mf_process_maxfwd_header("10")) { > > > sl_send_reply("483","Too Many Hops"); > > > return; > > > }; > > > if (len_gt( max_len )) { > > > sl_send_reply("513", "Message too big"); > > > return; > > > }; > > > > > > # if the request is for other domain use UsrLoc > > > # (in case, it does not work, use the following command > > > # with proper names and addresses in it) > > > if (uri==myself) { > > > > > > if (method=="REGISTER") { > > > > > > # verify credentials > > > if (!www_authorize("", "subscriber")) { > > > www_challenge("", "0"); > > > return; > > > }; > > > > > > # if ok, update contacts and ... > > > save("location"); > > > # ... if this REGISTER is not a replica from our > > > # peer server, replicate to the peer server > > > if (!src_ip== 192.168.251.11 <http://192.168.251.11> > <http://192.168.251.11> > > < http://192.168.251.11/>) { > > > t_replicate("192.168.251.11 <http://192.168.251.11> > <http://192.168.251.11> > > <http://192.168.251.11/>", "5060"); > > > }; > > > return; > > > }; > > > # do whatever else appropriate for your domain > > > log("non-REGISTER\n"); > > > }; > > > } > > > > > > If I run the following command... I've problems with > resolution > > of IP > > > addresses... how can I resolve this problem?????????? > > > > > > 100000000000000000000000000000000000000000000000000000 > > > thanks.....................help me please!!!!!I'm becoming > crazy... > > > > > > > > > [ root@asterisk12 ~]# tail -f /var/log/messages > > > Jun 21 03:33:43 asterisk12 openser: WARNING: > fix_socket_list: could > > > not rev. resolve 192.168.251.11 <http://192.168.251.11> < > http://192.168.251.11> > > <http://192.168.251.11/> > > > Jun 21 03:33:43 asterisk12 openser: WARNING: > fix_socket_list: could > > > not rev. resolve 192.168.251.200 <http://192.168.251.200> > <http://192.168.251.200> > > <http://192.168.251.200/> > > > Jun 21 03:33:43 asterisk12 openser[19037]: Maxfwd module- > > initializing > > > Jun 21 03:33:43 asterisk12 openser[19037]: AUTH module - > > initializing > > > Jun 21 03:33:43 asterisk12 openser[19037]: AUTH_DB module - > > initializing > > > Jun 21 03:33:43 asterisk12 openser[19037]: INFO: udp_init: > > SO_RCVBUF > > > is initially 110592 > > > Jun 21 03:33:43 asterisk12 openser[19037]: INFO: udp_init: > SO_RCVBUF > > > is finally 221184 > > > Jun 21 03:33:43 asterisk12 openser[19037]: INFO: udp_init: > SO_RCVBUF > > > is initially 110592 > > > Jun 21 03:33:43 asterisk12 openser[19037]: INFO: udp_init: > SO_RCVBUF > > > is finally 221184 > > > Jun 21 03:33:43 asterisk12 openser[19037]: ERROR: > udp_init: bind(6, > > > 0x8119a1c, 16) on 192.168.251.11 <http://192.168.251.11> < > http://192.168.251.11> > > <http://192.168.251.11/>: Cannot > > > assign requested address > > > Jun 21 03:34:01 asterisk12 crond(pam_unix)[19040]: session > > opened for > > > user root by (uid=0) > > > Jun 21 03:34:01 asterisk12 crond(pam_unix)[19040]: session > > closed for > > > user root > > > > > > > > >

1 0

[Users] mediaproxy.ini with 2 networks
by Andrew And 22 Jun '06

22 Jun '06

I have 2 alias IP (one IP to real network and another IP to network 10.0.0.0) in Proxy SIP, in ProxyIP (file mediaproxy.ini) I need to put the IP. How can I put this 2 IPs in ProxyIP (file mediaproxy.ini)?

1 0

[Users] Re: Final ACK getting wrong IP address
by Justin Pearce 22 Jun '06

22 Jun '06

Hey Guys, I did a bit more poking at the problem. It seems almost like the call process just breaks down in the signaling. All the packets seem to get to their destination up to the last ACK packet before the two clients start broadcasting their audio and video to one another. All other SIP packets after that seem to also wind up with the private IPs put on them. I put together the following scripting to be put down in the route section: #This conditional is to try and redeem ACKs that some how managed to get a private address attached to them. #This is basically a hack to try and "normalize" the packets coming through and pray they work. if(method=="ACK" || method=="BYE" || method=="INFO"){ if(uri=~"^sip:192\.168\.[0-9]+\.[0-9]+[:]*[0-9]*" || uri=~"^sip:10\.[0-9]+\.[0-9]+\.[0-9]+[:]*[0-9]*" || uri=~"^sip:172\.(16|17|18|19|20|21|22|23|24|25|26|27|28|29|30|31)\.[0-9] +\.[0-9]+[:]*[0-9]*") { #Rewrite the R-URI of the packet to the To-URI in the To header. subst_uri('/^sip:[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+[:]*[0-9]*$/$tu/ig'); #Force the server to perform a lookup on the new URI and try and route it properly. lookup("location"); #Strip out the Record-Route remove_hf("Record-Route"); #There may be more magic needing to be inserted here for additional mangling of the packet. #<insert cuisinart here> }; }; This, while not pretty, at least routes the packets, but the clients are being picky about the things. Client A and Client B register to the server Client A calls Client B...Call Fails Client B calls Client A after the previous call...Call Connects All other calls back and forth are fine until the clients unregister. Could there be something I'm missing? I dunno if I hit on a bug or something, but it seems rather odd that everything up to that one point is fine. Thanks, Justin Pearce Information Technology/Programming Price Video Productions JustinP(a)PriceVideo.com 361-572-3810 800-733-3810 Fax: 361-572-3894 www.PriceVideo.com

1 0

[Users] help
by Justin Pearce 22 Jun '06

22 Jun '06

Justin Pearce Information Technology/Programming Price Video Productions Justin(a)PriceVideo.com <mailto:Justin@PriceVideo.com> 361-572-3810 800-733-3810 Fax: 361-572-3894 www.PriceVideo.com

1 0

[Users] FWD's Outbound Proxy?
by Enky 22 Jun '06

22 Jun '06

Someone to know how the FWD's Outbound Proxy (fwdnat.pulver.com:5082) works? And what software they use? I have made some tests with different NATs and it works perfect with all of them. Is it possible to build such kind of Outbound Proxy, based on OpenSER? I will appreciate any help or comment.

2 1

[Users] Seeking OpenSER Guru
by Kelvin Williams 22 Jun '06

22 Jun '06

I'm seeking an OpenSER Guru who I could pay (via PayPal) to answer a few questions by telephone today. Thanks, Kw Kelvin(a)williamschadwell.com

1 0

RE: [Users] Out of Memory
by Douglas Garstang 22 Jun '06

22 Jun '06

Bogdan, I finally managed to upload the memory dumps to pastebin. Links are: Hopefully you can access them. Memory dump right after OpenSER was started: http://pastebin.com/723872 Memory dump after OpenSER running for 20min: http://pastebin.com/723890 Memory dump after OpenSER running for 50min: http://pastebin.com/723902 The problem started to occur between the 20 and 50 minute samples. About 20 calls had been processed in that time. Douglas. > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > Sent: Wednesday, June 21, 2006 10:14 AM > To: Douglas Garstang > Cc: Users(a)openser.org > Subject: Re: [Users] Out of Memory > > > As written in the wiki, if you do not know how to interpret > the result, > you should post them on a ftp or http server and send the link to the > list - also, important is to mention in which context did you get the > mem dump - is the shutdown dump, a run time dump... > > regards, > bogdan > > > Douglas Garstang wrote: > > >Once I get the memory status, how do I interpret the results? > > > > > > > >>-----Original Message----- > >>From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > >>Sent: Wednesday, June 21, 2006 9:43 AM > >>To: Douglas Garstang > >>Cc: Users(a)openser.org > >>Subject: Re: [Users] Out of Memory > >> > >> > >>Hi Douglas, > >> > >>it was signal SIGUSR1 and not SIGHUP - I strongly advice you > >>to go through > >> http://openser.org/dokuwiki/doku.php?id=memory > >>note you have to recompile and reinstall in order to be able to do > >>memory debug. > >> > >>also does not matter how much mem. your system has - openser > >>will use by > >>default only 1M per process. Refer to the wiki for how to > increase it. > >> > >>Regards, > >>Bogdan > >> > >> > >> > >

2 1

RE: [Users] Out of Memory
by Douglas Garstang 22 Jun '06

22 Jun '06

> -----Original Message----- > From: Douglas Garstang > Sent: Wednesday, June 21, 2006 12:48 PM > To: Bogdan-Andrei Iancu > Cc: Users(a)openser.org > Subject: RE: [Users] Out of Memory > > > Bogdan, > > I finally managed to upload the memory dumps to pastebin. Links are: > Hopefully you can access them. > > Memory dump right after OpenSER was started: > http://pastebin.com/723872 > Memory dump after OpenSER running for 20min: > http://pastebin.com/723890 > Memory dump after OpenSER running for 50min: > http://pastebin.com/723902 > > The problem started to occur between the 20 and 50 minute > samples. About 20 calls had been processed in that time. So... I'm wondering if anything has been determined with this...

1 0

[Serusers] CDRTool / asterisk billing based on realtime
by hgaillac-sip＠yahoo.fr 22 Jun '06

22 Jun '06

Hello, I read ag-projects it does'not provide support for its cdrtool pseudo gpl licensed . It's one of the bad open source project even seen . No documentation ... A real bad project !! Don't waste time with that Anybody could advise me a billing system based on cdr records with realtime support cdr_obdc.so? Regards Harry ___________________________________________________________________________ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com

1 0

[Serusers] query about acc module
by Aman Sachdeva 22 Jun '06

22 Jun '06

sir, i am install ser sucessfully and my two user connect and they can talk easilly using xlite(softphone),but i have faced one problem that i could not store the information about call information in acc table of ser database. i store the user location information in the database but not call inforation.i load all the module which is needed to accounting table such as(acc &tm). i am sending my configuration file. # # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ #debug=3 # debug level (*cmd* line: -dddddddddd) #fork=yes #log_stderror=no # (*cmd* line: -E) /* Uncomment these lines to enter debugging *mode* fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" #SER_SQL_URI="mysql:*//ser:heslo@localhost/ser"* # ------------------ module *loading* ---------------------------------- # Uncomment this if you want to *use* SQL database loadmodule "/usr/local/ser-0.9.6/modules/mysql/mysql.so" loadmodule "/usr/local/ser-0.9.6/modules/sl/sl.so" loadmodule "/usr/local/ser-0.9.6/modules/tm/tm.so" loadmodule "/usr/local/ser-0.9.6/modules/rr/rr.so" loadmodule "/usr/local/ser-0.9.6/modules/maxfwd/maxfwd.so" loadmodule "/usr/local/ser-0.9.6/modules/usrloc/usrloc.so" loadmodule "/usr/local/ser-0.9.6/modules/registrar/registrar.so" loadmodule "/usr/local/ser-0.9.6/modules/textops/textops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/ser-0.9.6/modules/auth/auth.so" loadmodule "/usr/local/ser-0.9.6/modules/auth_db/auth_db.so" loadmodule "/usr/local/ser-0.9.6/modules/acc/acc.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to *use* SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # modparam("auth_db", "calculate_ha1", yes) # # If you *set* "calculate_ha1" parameter to yes (which true *in* this config), # uncomment also the following parameter) # modparam("auth_db", "password_column", "*password**")* # -- rr params -- # add value to ;lr param to make some *broken* UAs happy modparam("rr", "enable_full_lr", 1) # -- acc params -- # *set* the reporting *log* level modparam("acc", "log_level", 1) # number of flag, which will be used for accounting; if a message is # labeled with this flag, its completion *status* will be reported modparam("acc", "log_flag", 1 ) modparam("usrloc|acc|auth_db|group|msilo|uri","db_url","mysql:*//ser:heslo@localhost/ser")* # ------------------------- request routing logic ------------------- # *main* routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (*msg*:len >= 2048 ) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream *entities* # *use* different transport protocol if (!method=="REGISTER") record_route(); setflag(1); # subsequent messages withing a dialog should take the # *path* determined by record-routing if (loose_route()) { # mark routing logic *in* request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { # mark routing logic *in* request append_hf("P-hint: outbound\r\n"); route(1); break; }; # if the request is for other domain *use* UsrLoc # (*in* case, it does not work, use the following command # with proper names and addresses *in* it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to *use* digest authentication if (!www_authorize("192.168.1.7", "subscriber")) { www_challenge("192.168.1.7", "0"); break; }; setflag(1); *save*(*"location"*); record_route(); break; }; lookup("*alias*es"); if (!uri==myself) { append_hf("P-hint: outbound *alias*\r\n"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; setflag(1); append_hf("P-hint: usrloc applied\r\n"); record_route(); route(1); } route[1] { # send it out now; *use* stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; } i am waiting for ur replly Regards aman sachdeva sachdeva.aman(a)gmail.com

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users