sr-users March 2004

sr-users@lists.kamailio.org

145 participants
286 discussions

[Serusers] call logs
by Adrian Georgescu 04 May '04

04 May '04

You have several choices (like always on Unix): 1. Do like this: if (method=="INVITE") { # save messages in mysql for CDRTool exec_msg("/etc/ser/sertrace.py; exit 1"); }; Make your own script to replace /etc/ser/sertrace.py You can log the whole SIP packet from STDIN to mysql and index it by environment variable set by SER (SIP_HF_CALLID). To scale it up a bit you demonize the logger to reuse only one mysql connection. 2. Log all SIP packets to a log file with a script like this one: <<<<<<<<<<<<<<<<<<<<<<<<<<<< #!/bin/sh # # chkconfig: 2345 20 80 # description: controls execution of SIP sniffer # processname: ng NAME=ngrep OPTIONS="-L -d bond0 -t port 5060" BIN=/usr/bin/ngrep ROTATE=/usr/sbin/rotatelogs RETVAL=0 # See how we were called. case "$1" in start) killall $NAME echo -n "Starting SIP sniffer: " $BIN $OPTIONS 2>&1 | $ROTATE /var/log/ser/trace/sip 86400 & RETVAL=$? echo "ngrep." ;; stop) echo -n "Stopping SIP ngrep: " killall $NAME RETVAL=$? echo "done." ;; restart) #$0 stop $0 start RETVAL=$? ;; *) echo "Usage: $0 {start|stop|restart}" exit 1 esac exit $RETVAL <<<<<<<<<<<<<<<<<<<<<<<< -- Adrian How to get the call log and registration request in a different file other that /var/log/messages. Also, can i get some more details on autherisation and accountingpackets. Rt now, iam getting only details given below. ACC: transaction answered: method=BY E, i-uri=sip:12334 at 10.10.0.1, o-uri=sip:12334 at 10.10.0.1, call_id =4F6F069B-4BF4-4CC7-B99C-4E24F0E2C667 at 192.168.10.154, from=Manu Sip <sip:manu at s ip.test.net>;tag=2654486816, code=200 thank you. MANU.

2 1

Re: [Serusers] rewrite & ACK forwarding problem
by lgfausak＠august.net 30 Apr '04

30 Apr '04

I have also had problems with getting the ACK back. I don't completely understand your configuration, you must allow for packets going both directions, right? Here is my config : route { # check to see if the message has been around too long # probably means that it is looping # if (!mf_process_maxfwd_header("10")) { log("LOG: Too many hops\n"); sl_send_reply("483","Too Many Hops"); break; }; # # make sure the length of the message isn't too long! # if (len_gt( max_len )) { sl_send_reply("513", "Wow -- Message too large"); break; }; # # do the loose-routing thing, this is important! # if(loose_route()) { log(1,"doing top loose route"); t_relay(); break; }; # this is where I was dropping the ACKS. # I was simply dropping these, but they must be relayed # because they can be ACKs if(!(uri==myself)) { if(!t_relay()) { sl_reply_error(); break; }; break; }; This gets the ACKs through for me. By the way, I have this configured with Cisco ATAs, version 2.16. ---greg > >I have the same problem and posed it to the group yesterday ([Serusers] >Ignored 200 OK message.) So far the only workaround that I have found is to >use the rules in my gateway to rewrite the dialed digits before sending them >to the PSTN PRI, thus leaving the origianl URI intact for SIP >communications. > >One person told me that this is a bug in the Cisco ATA, but it happens on my >IPDialog phones also. It seems to me that the INVITE is being processed by >the SER dial rules and is rewritten, but the ACK is not. > >Sean >_______________________________________________ > >Sean Robertson > >NETXUSA >p. 800-289-6389 >f. 864-233-4344 "Ask me about Voice over IP." >http://www.netxusa.com/ > >----- Original Message ----- >From: "Alexander Mayrhofer" <axelm(a)nic.at> >To: <serusers(a)lists.iptel.org> >Sent: Friday, June 27, 2003 12:15 PM >Subject: [Serusers] rewrite & ACK forwarding problem > > >> >> Hi, >> >> we're running SER together with a PSTN Gateway. Before a call get's >> forwarded to the gateway, we are rewriting the request URI to make >> rewriting on the GW as simple as possible: >> >> route { >> ... >> strip(3); # +43xxx -> xxx >> prefix("0"); # xxx -> 0xxx >> rewritehostport(xxx.xxx.xxx.xxx, 5060); # request to gateway >> route(1); >> break; >> ... >> >> SIP call flow looks like (record route enabled): >> >> (1) phone -> SER >> INVITE sip:*43699xxxxxxxx@nic.at43.at SIP/2.0 >> >> (2) SER -> phone >> SIP/2.0 100 trying -- your call is important to us >> >> (3) SER -> GW >> INVITE sip:0699xxxxxxxx@xx.xx.xx.xx:5060 SIP/2.0 >> >> (4) GW -> SER >> SIP/2.0 100 Trying >> >> (5) GW -> SER >> SIP/2.0 183 Session Progress >> >> (6) SER -> phone >> SIP/2.0 183 Session Progress >> >> (7) GW -> SER >> SIP/2.0 180 Ringing >> >> (8) SER -> phone >> SIP/2.0 180 Ringing >> >> (9) GW -> SER >> SIP/2.0 200 OK >> Contact: <sip:0699xxxxxxxx@xx.xx.xx.xx:5060> >> >> (10) SER -> phone >> SIP/2.0 200 OK >> Contact: <sip:0699xxxxxxx@xx.xx.xx.xx:5060> >> >> [ call established, we can talk, but ... ] >> >> (11) phone -> SER >> ACK sip:0699xxxxxxxx@xx.xx.xx.xx:5060 SIP/2.0 >> >> --> Here starts the problem. That ACK (11) never gets forwarded to the >> Gateway, so after a few seconds, the GW starts over at (9). Those three >> packets (9-11) repeat a few times until GW runs into a timeout and drops >> the call. >> >> I have the impression that SER can't match the packet to the previous >> requests because of the rewritten URI. Is that correct? >> >> The only output at debug level 3 is: >> >> Warning: sl_send_reply: I won't send a reply for ACK!! >> >> Is that a routing goof somewhere in our scripts or is that a more >> generic problem? Is the problem that the warning indicates somehow >> related to the fact that the ACK is not being forwarded? >> >> Help appreciated. >> >> cheers >> >> axelm >> >> _______________________________________________ >> Serusers mailing list >> serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers >> > > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers >

4 5

Re: [Serusers] The problem when enable the MySql
by Klaus Darilion 28 Apr '04

28 Apr '04

Hi! I'm not sure about this, but I think the problem is that the hashed password also include an random generated string. What you can do is to authenticate only on the first server and trust the request automaticall if REGISTER request comes from the other server. regards, klaus John LI wrote: > Hi Klaus, > > Thanks for your response, I have another question: > I installed 2 Ser on the different machine, and add the 2 user 3001 3002 on > both Ser. I configuer 2 SIP client to Regiseter to the same ser, there is no > problem to make call to each other, but when I try to registered 2 sip > client on the different machine, the problem happend. > > For example, 2 ser server IP is A=192.168.0.10 and B=192.168.0.20 > > I changed ser.cfg in ser A as > > if (!src_ip==192.168.0.20) { > log("*****replicate***"); > t_replicate("192.168.0.20", "5060"); > > and on B > > if (!src_ip==192.168.0.10) { > log("*****replicate***"); > t_replicate("192.168.0.10", "5060"); > > And when I try to regiseter SIP client on A, it can register on A, then the > Ser A will send a Register request to B like this: > > U 192.168.0.10:5060 -> 192.168.0.20:5060 > REGISTER sip:ny1.signalc.com SIP/2.0..Record-Route: > <sip:192.168.0.10;ftag=35a > 3@ny1.signalc.com..From: > 3001<sip:3001@ny1.signalc.com;user=phone>;tag=35adc-1 > =phone>..CSeq: 102 REGISTER..Via: SIP/2.0/UDP > 192.168.0.10;branch=z9hG4bK247f. > 060..Contact: <sip:3001@192.168.0.30:5060;user=phone>..Max-Forwards: > 69..User- > ..Expires: 900..Supported: timer..Authorization: Digest > username="3001",realm= > > ,response="4890af0391f9985e7d28a4f98e9132ab",nonce="4064805a3152161d3bb4ba9d > 50 > > U 192.168.0.20:5060 -> 192.168.0.10:5060 > SIP/2.0 401 Unauthorized..Call-ID: > 55af-6a37c-4000fbb3@ny1.signalc.com..From: > ag=35adc-1408..To: > 3001<sip:3001@ny1.signalc.com;user=phone>;tag=b27e1a1d33761 > R..Via: SIP/2.0/UDP 192.168.0.10;branch=z9hG4bK247f.7ee9ba07.0..Via: > SIP/2.0/U > est realm="ny1.signalc.com", > nonce="406490a267fa70c71b2e27a481dfbde8b5fd6bd4". > inux))..Content-Length: 0..Warning: 392 192.168.0.20:5060 "Noisy feedback > tell > c_port=5060 in_uri=sip:ny1.signalc.com out_uri=sip:ny1.signalc.com > via_cnt==2" > > > Ser A will try to register 3001 to Ser B, but Ser B dose not authenticate > the 3001 although the 3001 has the same user ID and Password on the Ser B. > > I wonder if the modification on the ser.cfg is correct, should I do more > things for this? > > Thanks > > John > > > ----- Original Message ----- > From: "Klaus Darilion" <klaus.mailinglists(a)pernau.at> > To: "John LI" <john(a)signalc.com> > Cc: "Serusers" <serusers(a)lists.iptel.org> > Sent: Friday, March 26, 2004 4:36 AM > Subject: Re: [Serusers] The problem when enable the MySql > > > >>Hi John! >> >>comments inline >> >>PS: Please always cc: to the list. >> >>John LI wrote: >> >> >>>Hi Klaus, >>> >>>Thanks for your instaruction, after I do all those steps, the Ser with > > the > >>>Digest creditial works fine now. >>> >>>My Questions is, after I complile and installed the ser, is the Ser > > database > >>>installed? >> >>No, the ser database is not installed by "make install". You have to use >>the ser_mysql.sh script to create the database. >> >> >>>Need I to use the serctl create to create the database ser >>>database again(from my practice, the Ser DB has been setup after all > > those > >>>steps), need I to install the ser-mysql-0.8.12-0 RPM package again? >> >>Once you have created the databse, you inly have to re-create it, if you >>are using a new version of ser which uses a new format. >> >>If you compile ser from source, you don't need any of the rpm packages. >> >>regards, >>klaus >> >> >>>Thanks for you advice again. >>> >>>John >>> >>> >>> >>>----- Original Message ----- >>>From: "Klaus Darilion" <klaus.mailinglists(a)pernau.at> >>>To: "John LI" <john(a)signalc.com> >>>Cc: <serusers(a)lists.iptel.org> >>>Sent: Thursday, March 25, 2004 3:07 AM >>>Subject: Re: [Serusers] The problem when enable the MySql >>> >>> >>> >>> >>>>compile ser by calling make: >>>># make >>>> >>>>compile ser modules by calling: >>>># make modules >>>> >>>>compile mysql ser modules by calling: >>>># make modules modules=modules/mysql >>>> >>>>install ser: >>>># make install >>>> >>>>install mysql module: >>>># cp modules/mysql/mysql.so /usr/local/lib/ser/modules/ >>>> >>>> >>>>regards, >>>>klaus >>>> >>>>John LI wrote: >>>> >>>> >>>>>Dear Sir, >>>>> >>>>>I am installing the Ser on Redhat 9.0 platform. >>>>> >>>>>I download ser-0.8.12_src.tar.gz, and compile the souce code, and >>>>>install it. >>>>>The Ser working fine with out the MySQL enabled. >>>>> >>>>>I download the MySQL packges from www.mysql.com <http://www.mysql.com> >>>>> >>>>>MySQL-client-4.0.18-0.i386.rpm >>>>>MySQL-server-4.0.18-0.i386.rpm >>>>>MySQL-shared-4.0.18-0.i386.rpm >>>>> >>>>>and install them, and Mysql can start up. >>>>> >>>>>After this, I download the ser-0.8.12_src.tar.gz >>>>> >>>>>and try to install it, and it give me out the error messge >>>>>error: Failed dependencies: >>>>> ser = 0.8.12 is needed by ser-mysql-0.8.12-0 >>>>> >>>>>I don't know what this means. >>>>> >>>>>BTW, when i enable the MySQL in ser.cfg, it give out the following > > error > >>>>>messages: >>>>>0(25007) ERROR: load_module: could not open module >>>>></usr/local/lib/ser/modules/mysql.so>: >>>>>/usr/local/lib/ser/modules/mysql.so: cannot open shared object file: No >>>>>such file or directory >>>>>I wonder how can I get the mysql.so module. >>>>> >>>>>I am the fresh man in using Ser, please give me some instructions. >>>>> >>>>>John >>>>> >>>>> >> >>>>------------------------------------------------------------------------ >>>> >>>>>_______________________________________________ >>>>>Serusers mailing list >>>>>serusers(a)lists.iptel.org >>>>>http://lists.iptel.org/mailman/listinfo/serusers >>>> >>>> >>> >> > >

9 22

[Serusers] msn messenger is not registering with ser
by Ansari, Fahriz 04 Apr '04

04 Apr '04

Hi, I have ser working fine with all other products with authentication. I have problem with MSN messenger. It is sending request to ser more than about 15 times but ser is not registering. SER is even not responds with any type of error message. Can somebody help me please? Thanks, Fahriz Aqeel Ansari

2 1

RE: [Serusers] Quick start SER Too much shared memory
by Martin Coggin 03 Apr '04

03 Apr '04

Tried that, ie put the "" around the 192.168.0.100 and get the same response ie Error: bad config file (2 errors). The report doesn't specify what the errors are Im afraid. Re naming of server. I don't use DNS on my network just ip addresses. Im providing access to the server to the outside world by using port forwarding. So Im assuming that I can use the ip address instead of the name in the config file. Is this acceptable to SER?? Best regards Martin Coggin Information in this message is confidential and may be legally privileged. It is intended solely for the person to whom it is addressed. If you have received this email in error please delete it immediately and also reply to me to let me know. Thank you for your help. -----Original Message----- From: Atle Samuelsen [mailto:clona@cyberhouse.no] Sent: 29 March 2004 09:12 To: Martin Coggin Subject: Re: [Serusers] Quick start SER Too much shared memory Hey Martin * Martin Coggin <martin(a)mc2-consulting.co.uk> [040329 10:04]: > Tks. Got through to point 6 of the section on adding my sql ser. > > I edited the ser.cfg file see the attached file. However I got 2 errors > reported as per extract below and sorry I cant find them in the file. > > hattie:/etc/init.d# ser restart > ERROR: bad config file (2 errors) > hattie:/etc/init.d# > > Note that I don't have DNS server on my network so Im using my internal # Uncomment this if you want to use digest authentication if (!www_authorize(192.168.0.100, "subscriber")) { www_challenge(192.168.0.100, "0"); break; }; Im guessing without seeing the erros that you are hitting are that you are missing some " in the block I pasted erly'er.. try to change it to !www_authorize("192.168.0.100", and www_channenge("192.168.0.100", .. tho. remeber that your domain must now be 192.168.0.100... > ip address, I assume that hence the entry for the ip address is > acceptable. My hosts file does include the host name. Is this ok. Ill > be doing a forward on my firewall from my ip address to my internal ip > address of the server. > > Im a little concerned that I didn't do step 3 completely. Ie creation > of MySQL tables. I used the /usr/sbin/ser_mysql.sh creation process. I > entered a blank password for root, I entered ser as the domain: I got a > creating database ... message, then got another "Enter password:" > request, entered blank and then returned to the command line. > > > > You've been very patient with your help tks Martin > > - Atle > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers

3 8

[Serusers] BUG: module nathelper and tcp_main_loop: dead child 5
by jimmy huang 02 Apr '04

02 Apr '04

Hi, I would like to try use the module nathelper with rtpproxy to test when INVITE , voice (rtp) can pass nat and firewall, just like (http://www.informatik.uni-bremen.de/~prelle/terena/cookbook/main/ch04s07.ht… 4.7.3.5.1. SIP Express Router mentioned), but ser crashes after receive REGISTER but after REGISTER , ser crashe... ================================================================= syslog: BUG: 15 (23183) tcp_main_loop: dead child 5 0 (23168) child process 23173 existed by a signal 11 0 (23168) core was not generated 0 (23168) INFO:terminating due to SIGCHILD ... ... ================================================================= i install ser0.8.12 , and download newest nathelper , rtpproxy form berlios cvs Makefile rev 1.6 nathelper.c rev 1.51 nathelper.cfg rev 1.2 nathelper_rtpp.cfg rev 1.1 nhelpr_funcs.c rev 1.7 nhelpr_funcs.h rev 1.2 rtpproxy main.c rev 1.17 ... ... My environment is kphone 3.14 -------> Gateway(NAT+Firewall) ----Internet----Ser + rtpproxy kphone use UDP , Symmetric Signaling and Symmetric Media , not use STUN server my ser.cfg is the same as the link (http://www.informatik.uni-bremen.de/~prelle/terena/cookbook/main/ch04s07.ht… 4.7.3.5.1. SIP Express Router mentioned) besides one line if (method == "REGISTER" || ! search("^Record-Route:")) { ===> ser said it is wrong , i don't what's wrong...? so i modify it to if (method == "REGISTER") { My question is : 1. Does the idea (http://www.informatik.uni-bremen.de/~prelle/terena/cookbook/main/ch04s07.ht… 4.7.3.5.1. SIP Express Router mentioned) work? 2. used ser 0.8.12 and only update nathelper module to newest work? Thanks Jimmy

3 2

[Serusers] Problems with serweb
by Roberto Hiribarne Guedes 01 Apr '04

01 Apr '04

Hi, I configured serweb very well, but when I can't login any valid user ... Neither in admin pages ... It says its an invalid user .. The register pages works until the confirmation ... With this error ... ------- Warning: fopen("/tmp/ser_fifo", "w") - Permission denied in /var/www/html/functions.php on line 206 fie.uclv.edu.cu User Management sorry -- cannot open write fifo ------- My /etc/init.d/ser script doesn't work at boot time ... So a run it by hand ... Do I have to run it as another user .. (a ser user for example ?) My apache is running under the apache user ... What abaut the permissions of /tmp/ser_fifo ... Thanks ... Robert

2 1

[Serusers] Asking for advice
by Roberto Hiribarne Guedes 01 Apr '04

01 Apr '04

Hi, I'm new in IP Telephony world and I began from the beginning using SER ... I have found it very nice, simple to configure/use ... Althoug I've had some problems in redhat9. Ok, some days ago I was talking to a friend of mine who was investigating on VoIP and tall me about VOCAL from Vovida.org and Asterisk ... I have read something about Asterisk in this mailing list but I hadn't know of VOCAL ... Could any one tell me about the open source SIP platforms in the todays world ? Their differences ... Etc ... And also the Oparating Systems usually used for this ... (I work with RedHat Linux 9) I'm working for a really good solution for my University VoIP platform ... Thanks, Robert.

2 1

Re: [Serusers] SER + B2BUA
by Kapil Dhawan 31 Mar '04

31 Mar '04

1. Prepaid billing 2. IF user gets disconnected due to electricity, SER must know that >From: Jan Janak <jan(a)iptel.org> >To: Kapil Dhawan <sersavvy(a)hotmail.com> >CC: serusers(a)lists.iptel.org >Subject: Re: [Serusers] SER + B2BUA >Date: Sun, 28 Mar 2004 20:07:23 +0200 > >It is not easy to implement a B2BUA on top of ser, what functionality do >you need exactly ? > > Jan. > >On 22-03 12:03, Kapil Dhawan wrote: > > Hi all > > i don't want to use B2BUA but need the features of it....so want to >write > > some small module for it.....can anyone suggest me how to proceed with > > it..... > > > > what all changes shud i look forward too and where to get the start for >it > > > > regards > > > > _________________________________________________________________ > > Get head-hunted by 10,000 recruiters. >http://go.msnserver.com/IN/44798.asp > > Post your CV on naukri.com today. > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers _________________________________________________________________ Easiest Money Transfer to India. Send Money To 6000 Indian Towns. http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home!

4 11

RE: [Serusers] radius issue
by Morris, Scott 31 Mar '04

31 Mar '04

I am using MS Windows Messenger 4.7(2). I'll get a dump for you. Scott Morris Enterprise Network Engineer DOE - ORAU / ORISE 865-576-4672 -----Original Message----- From: 'Jan Janak' [mailto:jan@iptel.org] Sent: Wednesday, March 31, 2004 10:40 AM To: Morris, Scott Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] radius issue What UAs are you using ? Almost all of them support digest authentication, you just need to configure the UA with correct username, realm, and password. Also SIP message dump (use ngrep to get them) would help. Jan. On 31-03 10:34, Morris, Scott wrote: > You are getting into an area here that will show my ignorance even > more. So the client didn't send anything? What in my client would > need to be change to send the credentials? > > Scott Morris > Enterprise Network Engineer > DOE - ORAU / ORISE > 865-576-4672 > > > -----Original Message----- > From: 'Jan Janak' [mailto:jan@iptel.org] > Sent: Wednesday, March 31, 2004 9:32 AM > To: Morris, Scott > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] radius issue > > > According to the logs ser even did not try to contact the radius > server, beucase there are no digest credentials in the message. When a > UA gets 401 Unauthorized it should resend the same request with digest > credentials. This did not happen, according to the logs. > > Jan. > > On 31-03 09:28, Morris, Scott wrote: > > So it would then be a radiusclient problem? We checked the radius > > server, and the logs don't show that the SER server is communicating > > at all with it. > > > > Scott Morris > > Enterprise Network Engineer > > DOE - ORAU / ORISE > > 865-576-4672 > > > > > > -----Original Message----- > > From: 'Jan Janak' [mailto:jan@iptel.org] > > Sent: Wednesday, March 31, 2004 8:25 AM > > To: Morris, Scott > > Cc: serusers(a)lists.iptel.org > > Subject: Re: [Serusers] radius issue > > > > > > It does not show anything wrong. SER gets a REGISTER message and > > because there are no digest credentials it sends 401. > > > > Jan. > > > > On 30-03 16:33, Morris, Scott wrote: > > > Message Dump - See below > > > > > > Scott Morris > > > Enterprise Network Engineer > > > DOE - ORAU / ORISE > > > 865-576-4672 > > > > > > > > > > > > [root@comm01 ser]# ser restart > > > 0(9050) loading module /usr/lib/ser/modules/sl.so > > > 0(9050) loading module /usr/lib/ser/modules/tm.so > > > 0(9050) loading module /usr/lib/ser/modules/rr.so > > > 0(9050) loading module /usr/lib/ser/modules/maxfwd.so > > > 0(9050) loading module /usr/lib/ser/modules/usrloc.so > > > 0(9050) loading module /usr/lib/ser/modules/registrar.so > > > 0(9050) loading module /usr/lib/ser/modules/auth.so > > > 0(9050) loading module /usr/lib/ser/modules/auth_radius.so > > > 0(9050) set_mod_param_regex: usrloc matches module usrloc > > > 0(9050) set_mod_param_regex: found <db_mode> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9050) set_mod_param_regex: rr matches module rr > > > 0(9050) set_mod_param_regex: found <enable_full_lr> in module rr > > > [/usr/lib/ser/modules/rr.so] > > > 0(9050) set_mod_param_regex: auth_radius matches module auth_radius > > > 0(9050) set_mod_param_regex: found <radius_config> in module > > > auth_radius [/usr/lib/ser/modules/auth_radius.so] > > > 0(9050) set_mod_param_regex: auth_radius matches module auth_radius > > > 0(9050) set_mod_param_regex: found <service_type> in module > > > auth_radius [/usr/lib/ser/modules/auth_radius.so] > > > 0(9050) find_export: found <mf_process_maxfwd_header> in module > > > maxfwd_module [/usr/lib/ser/modules/maxfwd.so] > > > 0(9050) find_export: found <sl_send_reply> in module sl_module > > > [/usr/lib/ser/modules/sl.so] > > > 0(9050) find_export: found <sl_send_reply> in module sl_module > > > [/usr/lib/ser/modules/sl.so] > > > 0(9050) find_export: found <record_route> in module rr > > > [/usr/lib/ser/modules/rr.so] > > > 0(9050) find_export: found <loose_route> in module rr > > > [/usr/lib/ser/modules/rr.so] > > > 0(9050) find_export: found <t_relay> in module tm > > > [/usr/lib/ser/modules/tm.so] > > > 0(9050) find_export: found <radius_www_authorize> in module > > > auth_radius [/usr/lib/ser/modules/auth_radius.so] > > > 0(9050) find_export: found <www_challenge> in module auth > > > [/usr/lib/ser/modules/auth.so] > > > 0(9050) find_export: found <save> in module registrar > > > [/usr/lib/ser/modules/registrar.so] > > > 0(9050) find_export: found <lookup> in module registrar > > > [/usr/lib/ser/modules/registrar.so] > > > 0(9050) find_export: found <sl_send_reply> in module sl_module > > > [/usr/lib/ser/modules/sl.so] > > > 0(9050) find_export: found <t_relay> in module tm > > > [/usr/lib/ser/modules/tm.so] > > > 0(9050) find_export: found <sl_reply_error> in module sl_module > > > [/usr/lib/ser/modules/sl.so] > > > 0(9050) routing table 0: > > > 0(9050) if ( 0(9050) NOT( 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb544ac10> 0(9050) , "10" 0(9050) ); 0(9050) > > > external_module_call( > > > 0(9050) f_ptr<0xb544ac10> 0(9050) , "10" 0(9050) ); 0(9050) ) 0(9050) > ) > > { > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb54897b0> 0(9050) , > > > "483" > > > 0(9050) , "Too Many Hops" 0(9050) ); 0(9050) drop( 0(9050) type<0> > > 0(9050) > > > ); 0(9050) } else { 0(9050) }; 0(9050) if ( 0(9050) UNKNOWN > > > 0(9050) <UNKNOWN> 0(9050) 65535 0(9050) ) { 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb54897b0> 0(9050) , "513" > > > 0(9050) , "Message too big" 0(9050) ); > > > 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb544fa00> 0(9050) ); > > 0(9050) > > > if ( 0(9050) external_module_call( 0(9050) f_ptr<0xb544de40> > > > 0(9050) ); > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb544de40> 0(9050) ); > > 0(9050) > > > ) { 0(9050) external_module_call( 0(9050) f_ptr<0xb546a600> > > > 0(9050) > > > ); > > > 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) if ( 0(9050) uri 0(9050) == 0(9050) _myself_ 0(9050) ) { 0(9050) > > if > > > ( 0(9050) method 0(9050) == 0(9050) "REGISTER" 0(9050) ) { 0(9050) > > > if ( > > > 0(9050) NOT( 0(9050) external_module_call( 0(9050) f_ptr<0xb5428e50> > > > 0(9050) , "orau.gov" 0(9050) ); 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb5428e50> 0(9050) , "orau.gov" 0(9050) ); 0(9050) ) 0(9050) ) > { > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb542f500> 0(9050) , > > > "orau.gov" 0(9050) , "0" 0(9050) ); 0(9050) drop( 0(9050) type<0> > 0(9050) > > > ); 0(9050) } else { 0(9050) }; 0(9050) external_module_call( > > > 0(9050) f_ptr<0xb54358b0> 0(9050) , "location" 0(9050) ); 0(9050) > > > drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) if ( 0(9050) > NOT( > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb5434a40> 0(9050) , > > > "location" 0(9050) ); 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb5434a40> 0(9050) , "location" 0(9050) ); 0(9050) ) > > > 0(9050) ) > { > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb54897b0> 0(9050) , > > > "404" > > > 0(9050) , "Not Found" 0(9050) ); 0(9050) drop( 0(9050) type<0> 0(9050) > ); > > > 0(9050) } else { 0(9050) }; 0(9050) } else { 0(9050) }; 0(9050) > > > if ( > > > 0(9050) NOT( 0(9050) external_module_call( 0(9050) f_ptr<0xb546a600> > > > 0(9050) ); 0(9050) external_module_call( 0(9050) f_ptr<0xb546a600> > > 0(9050) > > > ); 0(9050) ) 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb54897f0> 0(9050) ); 0(9050) } else { 0(9050) }; 0(9050) > > > if ( > > > 0(9050) UNKNOWN 0(9050) <UNKNOWN> 0(9050) 65535 0(9050) ) { 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb54897b0> 0(9050) , "513" 0(9050) > , > > > "Message too big" 0(9050) ); 0(9050) drop( 0(9050) type<0> > > > 0(9050) ); > > > 0(9050) } else { 0(9050) }; 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb544fa00> 0(9050) ); 0(9050) if ( 0(9050) > external_module_call( > > > 0(9050) f_ptr<0xb544de40> 0(9050) ); 0(9050) > > > external_module_call( > > 0(9050) > > > f_ptr<0xb544de40> 0(9050) ); 0(9050) ) { 0(9050) > > > external_module_call( > > > 0(9050) f_ptr<0xb546a600> 0(9050) ); 0(9050) drop( 0(9050) type<0> > > 0(9050) > > > ); 0(9050) } else { 0(9050) }; 0(9050) if ( 0(9050) uri 0(9050) > > > == > > 0(9050) > > > _myself_ 0(9050) ) { 0(9050) if ( 0(9050) method 0(9050) == > > > 0(9050) > > > "REGISTER" 0(9050) ) { 0(9050) if ( 0(9050) NOT( 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5428e50> 0(9050) , "orau.gov" > > 0(9050) > > > ); 0(9050) external_module_call( 0(9050) f_ptr<0xb5428e50> > > > 0(9050) > > > , "orau.gov" 0(9050) ); 0(9050) ) 0(9050) ) { 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb542f500> 0(9050) , "orau.gov" 0(9050) , "0" > > > 0(9050) > > > ); > > > 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb54358b0> 0(9050) , > > > "location" 0(9050) ); 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) > } > > > else { 0(9050) }; 0(9050) if ( 0(9050) NOT( 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb5434a40> 0(9050) , "location" 0(9050) ); 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5434a40> 0(9050) , "location" > > 0(9050) > > > ); 0(9050) ) 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb54897b0> 0(9050) , "404" 0(9050) , "Not Found" 0(9050) ); > > 0(9050) > > > drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) } else { 0(9050) }; 0(9050) if ( 0(9050) NOT( 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb546a600> 0(9050) ); 0(9050) > > > external_module_call( > > 0(9050) > > > f_ptr<0xb546a600> 0(9050) ); 0(9050) ) 0(9050) ) { 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb54897f0> 0(9050) ); 0(9050) > > > } else > > { > > > 0(9050) }; 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb544fa00> > > 0(9050) > > > ); 0(9050) if ( 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb544de40> > > > 0(9050) ); 0(9050) external_module_call( 0(9050) f_ptr<0xb544de40> > > 0(9050) > > > ); 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb546a600> > > > 0(9050) ); 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { > > > 0(9050) }; 0(9050) if ( 0(9050) uri 0(9050) == 0(9050) _myself_ 0(9050) > ) > > { > > > 0(9050) if ( 0(9050) method 0(9050) == 0(9050) "REGISTER" 0(9050) > > > ) > > > { > > > 0(9050) if ( 0(9050) NOT( 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb5428e50> 0(9050) , "orau.gov" 0(9050) ); 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5428e50> 0(9050) , "orau.gov" > > 0(9050) > > > ); 0(9050) ) 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb542f500> 0(9050) , "orau.gov" 0(9050) , "0" 0(9050) ); > > > 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) > > > }; 0(9050) external_module_call( 0(9050) f_ptr<0xb54358b0> 0(9050) > > > , "location" > > 0(9050) > > > ); 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { > > > 0(9050) }; > > > 0(9050) if ( 0(9050) NOT( 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb5434a40> 0(9050) , "location" 0(9050) ); 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5434a40> 0(9050) , "location" > > 0(9050) > > > ); 0(9050) ) 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb54897b0> 0(9050) , "404" 0(9050) , "Not Found" 0(9050) ); > > 0(9050) > > > drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) } else { 0(9050) }; 0(9050) if ( 0(9050) NOT( 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb546a600> 0(9050) ); 0(9050) > > > external_module_call( > > 0(9050) > > > f_ptr<0xb546a600> 0(9050) ); 0(9050) ) 0(9050) ) { 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb54897f0> 0(9050) ); 0(9050) > > > } else > > { > > > 0(9050) }; 0(9050) if ( 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb544de40> 0(9050) ); 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb544de40> 0(9050) ); 0(9050) ) { 0(9050) > > > external_module_call( > > > 0(9050) f_ptr<0xb546a600> 0(9050) ); 0(9050) drop( 0(9050) type<0> > > 0(9050) > > > ); 0(9050) } else { 0(9050) }; 0(9050) if ( 0(9050) uri 0(9050) > > > == > > 0(9050) > > > _myself_ 0(9050) ) { 0(9050) if ( 0(9050) method 0(9050) == > > > 0(9050) > > > "REGISTER" 0(9050) ) { 0(9050) if ( 0(9050) NOT( 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5428e50> 0(9050) , "orau.gov" > > 0(9050) > > > ); 0(9050) external_module_call( 0(9050) f_ptr<0xb5428e50> > > > 0(9050) > > > , "orau.gov" 0(9050) ); 0(9050) ) 0(9050) ) { 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb542f500> 0(9050) , "orau.gov" 0(9050) , "0" > > > 0(9050) > > > ); > > > 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) external_module_call( 0(9050) f_ptr<0xb54358b0> 0(9050) , > > > "location" 0(9050) ); 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) > } > > > else { 0(9050) }; 0(9050) if ( 0(9050) NOT( 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb5434a40> 0(9050) , "location" 0(9050) ); 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5434a40> 0(9050) , "location" > > 0(9050) > > > ); 0(9050) ) 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb54897b0> 0(9050) , "404" 0(9050) , "Not Found" 0(9050) ); > > 0(9050) > > > drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) } else { 0(9050) }; 0(9050) if ( 0(9050) NOT( 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb546a600> 0(9050) ); 0(9050) > > > external_module_call( > > 0(9050) > > > f_ptr<0xb546a600> 0(9050) ); 0(9050) ) 0(9050) ) { 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb54897f0> 0(9050) ); 0(9050) > > > } else > > { > > > 0(9050) }; 0(9050) if ( 0(9050) uri 0(9050) == 0(9050) _myself_ > > > 0(9050) ) > > { > > > 0(9050) if ( 0(9050) method 0(9050) == 0(9050) "REGISTER" 0(9050) > > > ) > > > { > > > 0(9050) if ( 0(9050) NOT( 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb5428e50> 0(9050) , "orau.gov" 0(9050) ); 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5428e50> 0(9050) , "orau.gov" > > 0(9050) > > > ); 0(9050) ) 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb542f500> 0(9050) , "orau.gov" 0(9050) , "0" 0(9050) ); > > > 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) > > > }; 0(9050) external_module_call( 0(9050) f_ptr<0xb54358b0> 0(9050) > > > , "location" > > 0(9050) > > > ); 0(9050) drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { > > > 0(9050) }; > > > 0(9050) if ( 0(9050) NOT( 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb5434a40> 0(9050) , "location" 0(9050) ); 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb5434a40> 0(9050) , "location" > > 0(9050) > > > ); 0(9050) ) 0(9050) ) { 0(9050) external_module_call( 0(9050) > > > f_ptr<0xb54897b0> 0(9050) , "404" 0(9050) , "Not Found" 0(9050) ); > > 0(9050) > > > drop( 0(9050) type<0> 0(9050) ); 0(9050) } else { 0(9050) }; > > > 0(9050) } else { 0(9050) }; 0(9050) if ( 0(9050) NOT( 0(9050) > > external_module_call( > > > 0(9050) f_ptr<0xb546a600> 0(9050) ); 0(9050) > > > external_module_call( > > 0(9050) > > > f_ptr<0xb546a600> 0(9050) ); 0(9050) ) 0(9050) ) { 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb54897f0> 0(9050) ); 0(9050) > > > } else > > { > > > 0(9050) }; 0(9050) if ( 0(9050) NOT( 0(9050) > > > external_module_call( > > > 0(9050) f_ptr<0xb546a600> 0(9050) ); 0(9050) external_module_call( > > 0(9050) > > > f_ptr<0xb546a600> 0(9050) ); 0(9050) ) 0(9050) ) { 0(9050) > > > external_module_call( 0(9050) f_ptr<0xb54897f0> 0(9050) ); 0(9050) > > > } else > > { > > > 0(9050) }; 0(9050) > > > Listening on > > > 127.0.0.1 [127.0.0.1]:5060 > > > 10.0.2.1 [10.0.2.1]:5060 > > > Aliases: comm01.orau.gov:5060 localhost:5060 > > > localhost.localdomain:5060 comm01:5060 orau.gov:* > > > 0(9052) DEBUG: init_mod: sl_module > > > stateless - initializing > > > 0(9052) DEBUG: register_fifo_cmd: new command (sl_stats) > > > registered > > > 0(9052) DEBUG: MD5 calculated: b27e1a1d33761e85846fc98f5f3a7e58 > > > 0(9052) DEBUG: init_mod: tm > > > 0(9052) TM - initializing... > > > 0(9052) Call-ID initialization: '4fff2ca9' > > > 0(9052) DEBUG: register_fifo_cmd: new command (t_uac_dlg) registered > > > 0(9052) DEBUG: register_fifo_cmd: new command (t_hash) registered > > > [root@comm01 ser]# 0(9052) DEBUG: lock_initialize: lock initialization > > > started > > > 0(9052) DEBUG: register_fifo_cmd: new command (t_stats) registered > > > 0(9052) DEBUG: MD5 calculated: 533cb9e91f4b999cf76861cbb9ed54ed > > > 0(9052) DEBUG: MD5 calculated: a6a1c5f60faecf035a1ae5b6e96e979a > > > 0(9052) DEBUG: init_mod: rr > > > 0(9052) rr - initializing > > > 0(9052) DEBUG: init_mod: maxfwd_module > > > Maxfwd module- initializing > > > 0(9052) DEBUG: init_mod: usrloc > > > 0(9052) usrloc - initializing > > > 0(9052) DEBUG: register_fifo_cmd: new command (ul_stats) registered > > > 0(9052) DEBUG: register_fifo_cmd: new command (ul_rm) registered > > > 0(9052) DEBUG: register_fifo_cmd: new command (ul_rm_contact) > registered > > > 0(9052) DEBUG: register_fifo_cmd: new command (ul_dump) > > > registered > > > 0(9052) DEBUG: register_fifo_cmd: new command (ul_flush) registered > > > 0(9052) DEBUG: register_fifo_cmd: new command (ul_add) registered > > > 0(9052) DEBUG: register_fifo_cmd: new command (ul_show_contact) > > registered > > > 0(9052) DEBUG: init_mod: registrar > > > 0(9052) registrar - initializing > > > 0(9052) find_export: found <sl_send_reply> in module sl_module > > > [/usr/lib/ser/modules/sl.so] > > > 0(9052) find_export: found <ul_bind_usrloc> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_register_udomain> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_get_all_ucontacts> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_insert_urecord> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_delete_urecord> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_get_urecord> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_lock_udomain> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_unlock_udomain> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_release_urecord> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_insert_ucontact> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_delete_ucontact> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_get_ucontact> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) find_export: found <ul_update_ucontact> in module usrloc > > > [/usr/lib/ser/modules/usrloc.so] > > > 0(9052) DEBUG: init_mod: auth > > > 0(9052) auth module - initializing > > > 0(9052) find_export: found <sl_send_reply> in module sl_module > > > [/usr/lib/ser/modules/sl.so] > > > 0(9052) DEBUG: init_mod: auth_radius > > > 0(9052) auth_radius - Initializing > > > 0(9052) find_export: found <pre_auth> in module auth > > > [/usr/lib/ser/modules/auth.so] > > > 0(9052) find_export: found <post_auth> in module auth > > > [/usr/lib/ser/modules/auth.so] > > > 0(0) fixing /usr/lib/ser/modules/maxfwd.so mf_process_maxfwd_header > > > 0(0) fixing /usr/lib/ser/modules/sl.so sl_send_reply > > > 0(0) fixing /usr/lib/ser/modules/sl.so sl_send_reply > > > 0(0) fixing /usr/lib/ser/modules/rr.so record_route > > > 0(0) fixing /usr/lib/ser/modules/rr.so loose_route > > > 0(0) fixing /usr/lib/ser/modules/tm.so t_relay > > > 0(0) fixing /usr/lib/ser/modules/auth_radius.so > > > radius_www_authorize > > > 0(0) fixing /usr/lib/ser/modules/auth.so www_challenge > > > 0(0) fixing /usr/lib/ser/modules/registrar.so save > > > 0(0) fixing /usr/lib/ser/modules/registrar.so lookup > > > 0(0) fixing /usr/lib/ser/modules/sl.so sl_send_reply > > > 0(0) fixing /usr/lib/ser/modules/tm.so t_relay > > > 0(0) fixing /usr/lib/ser/modules/sl.so sl_reply_error > > > 0(0) INFO: udp_init: SO_RCVBUF is initially 65535 > > > 0(0) DEBUG: udp_init: trying SO_RCVBUF: 131070 > > > 0(0) DEBUG: setting SO_RCVBUF; set=131070,verify=262140 > > > 0(0) DEBUG: udp_init: trying SO_RCVBUF: 262140 > > > 0(0) DEBUG: setting SO_RCVBUF; set=262140,verify=262142 > > > 0(0) INFO: udp_init: SO_RCVBUF is finally 262142 > > > 0(0) ERROR: tcp_init: bind(4, 0x80be120, 16) on 127.0.0.1: Address > > already > > > in use > > > 0(0) INFO: signal 15 received > > > 0(0) Memory status (pkg): > > > 0(0) fm_status (0x80bf5e0): > > > 0(0) heap size= 1047440 > > > 0(0) dumping free list: > > > 0(0) hash = 1 fragments no.: 3, > > > bucket size: 8 - 8 (first 8) > > > 0(0) hash = 23 fragments no.: 1, > > > bucket size: 184 - 184 (first 184) > > > 0(0) hash = 80 fragments no.: 1, > > > bucket size: 640 - 640 (first 640) > > > 0(0) hash = 265 fragments no.: 1, > > > bucket size: 524288 - 1048576 (first 1042696) > > > 0(0) TOTAL: 6 free fragments = 1043544 free bytes > > > 0(0) ----------------------------- > > > 6(9033) SIP Request: > > > 6(9033) method: <REGISTER> > > > 6(9033) uri: <sip:orau.gov> > > > 6(9033) version: <SIP/2.0> > > > 6(9033) parse_headers: flags=1 > > > 6(9033) end of header reached, state=5 > > > 6(9033) parse_headers: Via found, flags=1 > > > 6(9033) parse_headers: this is the first via > > > 6(9033) After parse_msg... > > > 6(9033) preparing to run routing scripts... > > > 6(9033) DEBUG : is_maxfwd_present: searching for max_forwards > > > header > > > 6(9033) parse_headers: flags=128 > > > 6(9033) end of header reached, state=9 > > > 6(9033) DEBUG: get_hdr_field: <To> [24]; uri=[sip:morriss@orau.gov] > > > 6(9033) DEBUG: to body [<sip:morriss@orau.gov> > > > ] > > > 6(9033) get_hdr_field: cseq <CSeq>: <1> <REGISTER> > > > 6(9033) DEBUG: get_hdr_body : content_length=0 > > > 6(9033) found end of header > > > 6(9033) DEBUG: is_maxfwd_present: max_forwards header not found! > > > 6(9033) DEBUG: add_param: tag=1ee64889-d819-44da-a3fe-1be0c929195e > > > 6(9033) end of header reached, state=29 > > > 6(9033) parse_headers: flags=256 > > > 6(9033) find_first_route(): No Route headers found > > > 6(9033) loose_route(): There is no Route HF > > > 6(9033) check_self - checking if host==us: 8==9 && [orau.gov] == > > > [127.0.0.1] > > > 6(9033) check_self - checking if port 5060 matches port 5060 > > > 6(9033) check_self - checking if host==us: 8==8 && [orau.gov] == > > > [10.0.2.1] > > > 6(9033) check_self - checking if port 5060 matches port 5060 > > > 6(9033) parse_headers: flags=4096 > > > 6(9033) pre_auth(): Credentials with given realm not found > > > 6(9033) build_auth_hf(): 'WWW-Authenticate: Digest realm="iptel.org", > > > nonce="4069e8834e8f663a3a3b0a4ff7911a7dc32ff3f4" > > > ' > > > 6(9033) parse_headers: flags=-1 > > > 6(9033) check_via_address(198.125.67.127, 198.125.67.127, 0) > > > 6(9033) receive_msg: cleaning up > > > 8(9035) SIP Request: > > > 8(9035) method: <SUBSCRIBE> > > > 8(9035) uri: <sip:coxt@orau.gov> > > > 8(9035) version: <SIP/2.0> > > > 8(9035) parse_headers: flags=1 > > > 8(9035) end of header reached, state=5 > > > 8(9035) parse_headers: Via found, flags=1 > > > 8(9035) parse_headers: this is the first via > > > 8(9035) After parse_msg... > > > 8(9035) preparing to run routing scripts... > > > 8(9035) DEBUG : is_maxfwd_present: searching for max_forwards header > > > 8(9035) parse_headers: flags=128 > > > 8(9035) end of header reached, state=9 > > > 8(9035) DEBUG: get_hdr_field: <To> [21]; uri=[sip:coxt@orau.gov] > > > 7(9034) 8(9035) DEBUG: to body [<sip:coxt@orau.gov> > > > ] > > > SIP Request: > > > 8(9035) 7(9034) get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> > > > method: <SUBSCRIBE> > > > 8(9035) 7(9034) DEBUG: get_hdr_body : content_length=0 > > > uri: <sip:coxt@orau.gov> > > > 8(9035) found end of header > > > 7(9034) 8(9035) DEBUG: is_maxfwd_present: max_forwards header not > found! > > > version: <SIP/2.0> > > > 8(9035) DEBUG: add_param: > > > tag=818e6bae-eeb7-4320-991b-1da176371e3b > > > 8(9035) 7(9034) end of header reached, state=29 > > > parse_headers: flags=1 > > > 8(9035) parse_headers: flags=256 > > > 8(9035) find_first_route(): No Route headers found > > > 8(9035) 7(9034) loose_route(): There is no Route HF > > > end of header reached, state=5 > > > 8(9035) check_self - checking if host==us: 8==9 && [orau.gov] == > > > [127.0.0.1] > > > 8(9035) 7(9034) check_self - checking if port 5060 matches port 5060 > > > parse_headers: Via found, flags=1 > > > 8(9035) 7(9034) check_self - checking if host==us: 8==8 && [orau.gov] > > == > > > [10.0.2.1] > > > parse_headers: this is the first via > > > 8(9035) 7(9034) check_self - checking if port 5060 matches port > > > 5060 After parse_msg... > > > 8(9035) lookup(): 'coxt' Not found in usrloc > > > 8(9035) parse_headers: flags=-1 > > > 7(9034) 8(9035) preparing to run routing scripts... > > > check_via_address(198.125.67.127, 198.125.67.127, 0) > > > 7(9034) DEBUG : is_maxfwd_present: searching for max_forwards > > > header > > > 7(9034) parse_headers: flags=128 > > > 8(9035) receive_msg: cleaning up > > > 7(9034) end of header reached, state=9 > > > 7(9034) DEBUG: get_hdr_field: <To> [21]; uri=[sip:coxt@orau.gov] > > > 7(9034) DEBUG: to body [<sip:coxt@orau.gov> > > > ] > > > 7(9034) get_hdr_field: cseq <CSeq>: <2> <SUBSCRIBE> > > > 7(9034) DEBUG: get_hdr_body : content_length=0 > > > 7(9034) found end of header > > > 7(9034) DEBUG: is_maxfwd_present: max_forwards header not found! > > > 7(9034) DEBUG: add_param: tag=818e6bae-eeb7-4320-991b-1da176371e3b > > > 7(9034) end of header reached, state=29 > > > 7(9034) parse_headers: flags=256 > > > 7(9034) find_first_route(): No Route headers found > > > 7(9034) loose_route(): There is no Route HF > > > 7(9034) check_self - checking if host==us: 8==9 && [orau.gov] == > > > [127.0.0.1] > > > 7(9034) check_self - checking if port 5060 matches port 5060 > > > 7(9034) check_self - checking if host==us: 8==8 && [orau.gov] == > > > [10.0.2.1] > > > 7(9034) check_self - checking if port 5060 matches port 5060 > > > 7(9034) lookup(): 'coxt' Not found in usrloc > > > 7(9034) parse_headers: flags=-1 > > > 7(9034) check_via_address(198.125.67.127, 198.125.67.127, 0) > > > 7(9034) receive_msg: cleaning up > > > 8(9035) SIP Request: > > > 8(9035) method: <REGISTER> > > > 8(9035) uri: <sip:orau.gov> > > > 8(9035) version: <SIP/2.0> > > > 8(9035) parse_headers: flags=1 > > > 8(9035) end of header reached, state=5 > > > 8(9035) parse_headers: Via found, flags=1 > > > 8(9035) parse_headers: this is the first via > > > 8(9035) After parse_msg... > > > 8(9035) preparing to run routing scripts... > > > 8(9035) DEBUG : is_maxfwd_present: searching for max_forwards header > > > 8(9035) parse_headers: flags=128 > > > 8(9035) end of header reached, state=9 > > > 8(9035) DEBUG: get_hdr_field: <To> [24]; uri=[sip:morriss@orau.gov] > > > 8(9035) DEBUG: to body [<sip:morriss@orau.gov> > > > ] > > > 8(9035) get_hdr_field: cseq <CSeq>: <1> <REGISTER> > > > 8(9035) DEBUG: get_hdr_body : content_length=0 > > > 8(9035) found end of header > > > 8(9035) DEBUG: is_maxfwd_present: max_forwards header not found! > > > 8(9035) DEBUG: add_param: tag=1ebe80cd-4dc0-461a-b8f7-95706727a94f > > > 8(9035) end of header reached, state=29 > > > 8(9035) parse_headers: flags=256 > > > 8(9035) find_first_route(): No Route headers found > > > 8(9035) loose_route(): There is no Route HF > > > 8(9035) check_self - checking if host==us: 8==9 && [orau.gov] == > > > [127.0.0.1] > > > 8(9035) check_self - checking if port 5060 matches port 5060 > > > 8(9035) check_self - checking if host==us: 8==8 && [orau.gov] == > > > [10.0.2.1] > > > 8(9035) check_self - checking if port 5060 matches port 5060 > > > 8(9035) parse_headers: flags=4096 > > > 8(9035) pre_auth(): Credentials with given realm not found > > > 8(9035) build_auth_hf(): 'WWW-Authenticate: Digest realm="iptel.org", > > > nonce="4069e88db5d3350346984ceaf3882651163ce302" > > > ' > > > 8(9035) parse_headers: flags=-1 > > > 8(9035) check_via_address(198.125.67.127, 198.125.67.127, 0) > > > 8(9035) receive_msg: cleaning up > > > 7(9034) SIP Request: > > > 7(9034) method: <SUBSCRIBE> > > > 7(9034) uri: <sip:coxt@orau.gov> > > > 7(9034) version: <SIP/2.0> > > > 7(9034) parse_headers: flags=1 > > > 7(9034) end of header reached, state=5 > > > 7(9034) parse_headers: Via found, flags=1 > > > 7(9034) parse_headers: this is the first via > > > 7(9034) After parse_msg... > > > 7(9034) preparing to run routing scripts... > > > 5(9032) 7(9034) SIP Request: > > > 5(9032) DEBUG : is_maxfwd_present: searching for max_forwards header > > > method: <SUBSCRIBE> > > > 7(9034) 5(9032) uri: <sip:coxt@orau.gov> > > > parse_headers: flags=128 > > > 5(9032) 7(9034) version: <SIP/2.0> > > > 5(9032) end of header reached, state=9 > > > parse_headers: flags=1 > > > 7(9034) 5(9032) DEBUG: get_hdr_field: <To> [21]; > uri=[sip:coxt@orau.gov] > > > > > end of header reached, state=5 > > > 7(9034) DEBUG: to body [<sip:coxt@orau.gov> > > > ] > > > 5(9032) 7(9034) parse_headers: Via found, flags=1 > > > get_hdr_field: cseq <CSeq>: <1> <SUBSCRIBE> > > > 5(9032) parse_headers: this is the first via > > > 5(9032) 7(9034) After parse_msg... > > > DEBUG: get_hdr_body : content_length=0 > > > 5(9032) preparing to run routing scripts... > > > 7(9034) 5(9032) DEBUG : is_maxfwd_present: searching for > > > max_forwards header found end of header > > > 5(9032) 7(9034) parse_headers: flags=128 > > > DEBUG: is_maxfwd_present: max_forwards header not found! > > > 5(9032) end of header reached, state=9 > > > 5(9032) DEBUG: get_hdr_field: <To> [21]; uri=[sip:coxt@orau.gov] > > > 5(9032) DEBUG: to body [<sip:coxt@orau.gov> > > > ] > > > 7(9034) 5(9032) DEBUG: add_param: > > tag=62a46ccd-f1fc-4b62-9907-9847cb0c34af > > > get_hdr_field: cseq <CSeq>: <2> <SUBSCRIBE> > > > 7(9034) 5(9032) DEBUG: get_hdr_body : content_length=0 end of > > > header reached, state=29 > > > 5(9032) found end of header > > > 7(9034) parse_headers: flags=256 > > > 5(9032) DEBUG: is_maxfwd_present: max_forwards header not found! > > > 7(9034) 5(9032) DEBUG: add_param: > > tag=62a46ccd-f1fc-4b62-9907-9847cb0c34af > > > find_first_route(): No Route headers found > > > 5(9032) end of header reached, state=29 > > > 7(9034) 5(9032) parse_headers: flags=256 > > > loose_route(): There is no Route HF > > > 5(9032) 7(9034) find_first_route(): No Route headers found > > > 5(9032) loose_route(): There is no Route HF > > > 5(9032) check_self - checking if host==us: 8==9 && [orau.gov] == > > > [127.0.0.1] check_self - checking if host==us: 8==9 && [orau.gov] > > > == [127.0.0.1] > > > 7(9034) 5(9032) check_self - checking if port 5060 matches port > > > 5060 check_self - checking if port 5060 matches port 5060 > > > 7(9034) 5(9032) check_self - checking if host==us: 8==8 && > > > [orau.gov] > > == > > > [10.0.2.1] > > > 5(9032) check_self - checking if port 5060 matches port 5060 > > > check_self - checking if host==us: 8==8 && [orau.gov] == [10.0.2.1] > > > 5(9032) lookup(): 'coxt' Not found in usrloc > > > 7(9034) 5(9032) check_self - checking if port 5060 matches port > > > 5060 > > > parse_headers: flags=-1 > > > 5(9032) check_via_address(198.125.67.127, 198.125.67.127, 0) > > > 7(9034) lookup(): 'coxt' Not found in usrloc > > > 5(9032) 7(9034) receive_msg: cleaning up > > > parse_headers: flags=-1 > > > 7(9034) check_via_address(198.125.67.127, 198.125.67.127, 0) > > > 7(9034) receive_msg: cleaning up > > > > > > [root@comm01 ser]# > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

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 March 2004