sr-users

sr-users@lists.kamailio.org

38 participants
37302 discussions

by Klaus Darilion

My experience is the following: Line 109 in t_msgbuilder.c: len += USER_AGENT_LEN + CRLF_LEN; ==> ser crashes when I send the special invite! *len += USER_AGENT_LEN + CRLF_LEN; ==> ser doesn't crash but logs this in /val/log/messages: Feb 6 15:48:24 obelix /usr/local/sbin/ser[6985]: ERROR: t_build_and_send_CANCEL: cannot allocate memory hope my explanation is a little bit clearer now: i also downloaded ftp://ftp.berlios.de/pub/ser/0.8.10/src/ser-0.8.10_src.tar.gz and this tarball contains: *len += USER_AGENT_LEN + CRLF_LEN; regards, klaus > -----Original Message----- > From: Jan Janak [mailto:J.Janak@sh.cvut.cz] > Sent: Thursday, February 06, 2003 4:19 PM > To: Klaus Darilion > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] ser crashes > > > Hello, > > On 06-02 16:02, Klaus Darilion wrote: > > Thank you, the path to the modules was the problem! > > > > Now ser runs also as self compiled version and doesnt > crash. I didn't > > had to change the source because the source code available > to download > > is already corrected. To proof your guess I inserted the > error again ( > > len+=) and than it crashes again. > > ser-0.8.10_src.tar.gz has this bug too. > > > Conclusion: with the source code version from 0.8.10 ser > doesn't crash > > anymore. Nevertheless, /var/log/messages shows an error > message when I > > send my special invite: > > > > Feb 6 15:48:24 obelix /usr/local/sbin/ser[6985]: ERROR: > > t_build_and_send_CANCEL: cannot allocate memory > > That's the bug I told you about, AFAIK it is caused by the missing > dereference operator in t_msgbuilder.c. See my previous email for > description how to fix it. (rewrite len+= to *len+=, recompile and > reinstall). > > regards, Jan. > >

21 years, 9 months

RE: [Serusers] ser crashes

by Klaus Darilion

Thank you, the path to the modules was the problem! Now ser runs also as self compiled version and doesnt crash. I didn't had to change the source because the source code available to download is already corrected. To proof your guess I inserted the error again ( len+=) and than it crashes again. Conclusion: with the source code version from 0.8.10 ser doesn't crash anymore. Nevertheless, /var/log/messages shows an error message when I send my special invite: Feb 6 15:48:24 obelix /usr/local/sbin/ser[6985]: ERROR: t_build_and_send_CANCEL: cannot allocate memory thanks and regards, Klaus > -----Original Message----- > From: Jan Janak [mailto:J.Janak@sh.cvut.cz] > Sent: Thursday, February 06, 2003 3:36 PM > To: Klaus Darilion > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] ser crashes > > > Double check path of the modules. Probably you are using > config file from the rpm package, after make install the > modules will be in /usr/local/lib/ser/modules. The rpm > package installs them in /usr/lib/ser/modules so you will > have to change it. > > There is no uninstall in the makefiles, you can uninstall > only by hand right now. > > regards, Jan. > > On 06-02 15:19, Klaus Darilion wrote: > > Hello! > > > > I have problems running the self compiled ser version (without any > > sourcecode changes). > > > > I uninstalled the rpms ("rpm -e ser-mysql" and "rpm -e ser" - I use > > the mysql authentication). Then I compiled ser with "make > all" without > > errors. I installed ser with "make install". Then I tried > to start ser > > with: > > # /usr/local/sbin/ser -f /etc/ser/ser.cfg > > ERROR: bad config file (25 errors) > > > > Why does my config file doesn't work anymore (it worked > with the rpm > > version)? When I start ser with -f, than it starts (but than it > > doesn't use the mysql database). > > > > Have I done something wrong during the installation/compiling? > > > > How can I delete the files that were installed by "make > install"? make > > uninstall? > > > > regards, > > klaus > > > > > -----Original Message----- > > > From: Jan Janak [mailto:J.Janak@sh.cvut.cz] > > > Sent: Thursday, February 06, 2003 12:12 AM > > > To: Klaus Darilion > > > Cc: serusers(a)lists.iptel.org > > > Subject: Re: [Serusers] ser crashes > > > > > > > > > Hello, > > > > > > I wasn't able to reproduce it, but I think I know where the > > > problem is. There is a bug in 0.8.10 which shows up when an > > > INVITE contains Route header field. The bug has been fixed > > > in the CVS already. > > > > > > If you can compile ser from sources, you can easily fix > it in your > > > release: > > > > > > 1) Edit ser-0.8.10/modules/tm/t_msgbuilder.c > > > 2) Jump to line 103 > > > 3) replace len+= with *len+= > > > 4) Recompile ser > > > > > > I can send you a patch if it is more convinient for you. > > > > > > regards, Jan. > > > > > > On 05-02 12:13, Klaus Darilion wrote: > > > > Hello! > > > > > > > > During playing around with route headers I discovered that > > > ser crashes > > > > reproduceable when I send the following request to it with > > > sipsak, I > > > > think the invite is a valid request with strict routing. > > > > > > > > sipsak.exe -f invite3.txt -s sip:obelix.ict.tuwien.ac.at -vvv > > > > > > > > invite3.txt: > > > > INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0 > > > > Via: SIP/2.0/UDP 128.131.80.191:5070;branch=z9hG4bK2024693217 > > > > Route: <sip:iptel.org> > > > > Route: <sip:klaus3000@klausix.ict.tuwien.ac.at> > > > > From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618 > > > > To: <sip:klaus3000@iptel.org> > > > > Call-ID: 744056460(a)128.131.80.191 > > > > CSeq: 20 INVITE > > > > Contact: <sip:brutus@128.131.80.191:5070> > > > > max-forwards: 10 > > > > user-agent: oSIP/Linphone-0.9.1 > > > > Content-Type: application/sdp > > > > Content-Length: 335 > > > > > > > > .. > > > > sdp > > > > .. > > > > > > > > > > > > then ser stops to respond: > > > > > > > > >[root@obelix darilion]# /etc/init.d/ser status > > > > >ser dead but subsys locked > > > > > > > > and in /var/log/messages > > > > Feb 5 11:57:21 obelix ser: Listening on > > > > Feb 5 11:57:21 obelix ser: 128.131.80.136 > > > > [128.131.80.136]::5060 > > > > Feb 5 11:57:21 obelix ser: Aliases: > obelix.ict.tuwien.ac.at:5060 > > > > Feb 5 11:57:21 obelix ser: ser startup succeeded Feb > 5 11:57:21 > > > > obelix /usr/sbin/ser[21426]: mod_init(): Database connection > > > > opened successfuly Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: > > > > INFO: > > > udp_init: SO_RCVBUF > > > > is initially 65535 > > > > Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: INFO: > > > udp_init: SO_RCVBUF > > > > is finally 131070 > > > > Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: INFO: fifo process > > > > starting: 21432 > > > > Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: SER: > > > open_uac_fifo: fifo > > > > server up at /tmp/ser_fifo... > > > > > > > > ..up to here everything works fine, than I send the request: > > > > > > > > Feb 5 11:57:30 obelix /usr/sbin/ser[21428]: BUG: qm_*: fragm. > > > > 0x422b9ad0 end overwritten(35322e64, 39306665)! Feb 5 > > > 11:57:30 obelix > > > > /usr/sbin/ser[21426]: child process 21428 exited by a signal 11 > > > > Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: core was not > > > > generated Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: INFO: > > > terminating due to > > > > SIGCHLD > > > > > > > > Here is the ngrep output: > > > > > > > > U 128.131.80.101:1558 -> 128.131.80.136:5060 > > > > INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0..Via: SIP/2.0/UDP > > > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > > > 128.131.80.191:5070;branch=z9hG4bK2024693217..Route: <sip:iptel. > > > > org>..Route: <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: > > > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > > > <sip:klaus3000@iptel.org>..Call-ID: 744056460(a)128.131.80 > > > > .191..CSeq: 20 INVITE..Contact: > > > > <sip:brutus@128.131.80.191:5070>..max-forwards: 10..user-agent: > > > > oSIP/Linphone-0.9.1..Content-Type: > > > > application/sdp..Content-Length: > > > > 335 .... > > > > v=0..o=brutus 123456 654321 IN IP4 128.131.80.191..s=A > > > > c..onversation..c=IN IP4 128.131.80.191..t=0 0..m=audio > > > 7078 RTP/AVP 3 > > > > 115 8 110 111 101..a=rtpmap:3 gsm/8000/1..a=rtp > > > > map:115 lpc10-1.5/8000/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:110 > > > > speex-4/8000/1..a=rtpmap:111 speex_lbr-4/8000/1..a=rtpmap:101 > > > > telephone-event/8000..a=fmtp:101 0-11.. > > > > # > > > > U 128.131.80.136:5060 -> 128.131.80.101:1557 > > > > SIP/2.0 100 trying -- your call is important to us..Via: > > > SIP/2.0/UDP > > > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > > > 128.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip > > > > :brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > > > <sip:klaus3000@iptel.org>..Call-ID: > > > 744056460@128.131.80.191..CSeq: 20 > > > > INVITE..Server: Sip EXpress router (0.8.10 (i386/l > > > > inux))..Content-Length: 0..Warning: 392 > > > 128.131.80.136:5060 "Noisy > > > > feedback tells: pid=21552 req_src_ip=128.131.80.101 > > > > in_uri=sip:obelix.ict.tuwien.ac.at out_uri=sip:iptel.o > > > > rg via_cnt==2".... > > > > > > > > # > > > > U 128.131.80.136:5060 -> 195.37.77.101:5060 > > > > INVITE sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP > > > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP > > > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 128.131.80.191: > > > > 5070;branch=z9hG4bK2024693217..Route: > > > > <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: > > > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > > > <sip:klaus3000@iptel.org>..Call > > > > -ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Contact: > > > > <sip:brutus@128.131.80.191:5070>..max-forwards: 9 ..user-agent: > > > > oSIP/Linphone-0.9.1..Content-Type: application/sdp.. > > > > Content-Length: 335 ....v=0..o=brutus 123456 654321 IN IP4 > > > > 128.131.80.191..s=A c..onversation..c=IN IP4 > 128.131.80.191..t=0 > > > > 0..m=audio 7078 RTP/AVP 3 115 8 110 111 101..a=r > > > > tpmap:3 gsm/8000/1..a=rtpmap:115 lpc10-1.5/8000/1..a=rtpmap:8 > > > > PCMA/8000/1..a=rtpmap:110 speex-4/8000/1..a=rtpmap:111 > > > > speex_lbr-4/8000/1..a=rtpmap:101 telephone-event/8000..a > > > > =fmtp:101 0-11.. > > > > > > > > # > > > > U 195.37.77.101:5060 -> 128.131.80.136:5060 > > > > SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP > > > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP > > > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 12 > > > > 8.131.80.191:5070;branch=z9hG4bK2024693217..From: > > > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > > > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c > > > > ..Call-ID: 744056460@128.131.80.191..CSeq: 20 > > > > INVITE..Proxy-Authenticate: Digest realm="iptel.org", > > > > nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", > > > > algorithm=MD5.. > > > > Server: Sip EXpress router (0.8.9 > (i386/linux))..Content-Length: > > > > 0..Warning: 392 195.37.77.101:5060 "Noisy feedback > tells: pid=7651 > > > > req_src_ip=128.131.80.136 in_uri=sip:ipte > > > > l.org out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at > > > via_cnt==3".... > > > > > > > > # > > > > U 128.131.80.136:5060 -> 128.131.80.101:1557 > > > > SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP > > > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > > > 128.131.80.191:5070;branch=z9hG4bK2024693217..From: > <sip:brutus@o > > > > belix.ict.tuwien.ac.at>;tag=262992618..To: > > > > > > > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c. > > > .C > > > > al > > > > l-ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Proxy-Aut > > > > henticate: Digest realm="iptel.org", > > > > nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", > > > > algorithm=MD5..Server: Sip EXpress router (0.8.9 > > > > (i386/linux))..Content-Length > > > > : 0..Warning: 392 195.37.77.101:5060 "Noisy feedback > > > tells: pid=7651 > > > > req_src_ip=128.131.80.136 in_uri=sip:iptel.org > > > > out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at via_cnt==3 > > > > ".... > > > > > > > > # > > > > U 128.131.80.136:5060 -> 195.37.77.101:5060 > > > > ACK sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP > > > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..From: > > > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..Call-ID: > > > > 744056460(a)128.13 > > > > 1.80.191..To: > > > > > > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07 > > > .3f3c..CSe > > > > q: 20 ACK.. > > > > > > > > > > > > > > > > If you need more details please let me know. > > > > > > > > regards, > > > > Klaus > > > > _______________________________________________ > > > > Serusers mailing list > > > > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > >

21 years, 9 months

RE: [Serusers] ser crashes

by Klaus Darilion

Hello! I have problems running the self compiled ser version (without any sourcecode changes). I uninstalled the rpms ("rpm -e ser-mysql" and "rpm -e ser" - I use the mysql authentication). Then I compiled ser with "make all" without errors. I installed ser with "make install". Then I tried to start ser with: # /usr/local/sbin/ser -f /etc/ser/ser.cfg ERROR: bad config file (25 errors) Why does my config file doesn't work anymore (it worked with the rpm version)? When I start ser with -f, than it starts (but than it doesn't use the mysql database). Have I done something wrong during the installation/compiling? How can I delete the files that were installed by "make install"? make uninstall? regards, klaus > -----Original Message----- > From: Jan Janak [mailto:J.Janak@sh.cvut.cz] > Sent: Thursday, February 06, 2003 12:12 AM > To: Klaus Darilion > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] ser crashes > > > Hello, > > I wasn't able to reproduce it, but I think I know where the > problem is. There is a bug in 0.8.10 which shows up when an > INVITE contains Route header field. The bug has been fixed > in the CVS already. > > If you can compile ser from sources, you can easily fix it in your > release: > > 1) Edit ser-0.8.10/modules/tm/t_msgbuilder.c > 2) Jump to line 103 > 3) replace len+= with *len+= > 4) Recompile ser > > I can send you a patch if it is more convinient for you. > > regards, Jan. > > On 05-02 12:13, Klaus Darilion wrote: > > Hello! > > > > During playing around with route headers I discovered that > ser crashes > > reproduceable when I send the following request to it with > sipsak, I > > think the invite is a valid request with strict routing. > > > > sipsak.exe -f invite3.txt -s sip:obelix.ict.tuwien.ac.at -vvv > > > > invite3.txt: > > INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0 > > Via: SIP/2.0/UDP 128.131.80.191:5070;branch=z9hG4bK2024693217 > > Route: <sip:iptel.org> > > Route: <sip:klaus3000@klausix.ict.tuwien.ac.at> > > From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618 > > To: <sip:klaus3000@iptel.org> > > Call-ID: 744056460(a)128.131.80.191 > > CSeq: 20 INVITE > > Contact: <sip:brutus@128.131.80.191:5070> > > max-forwards: 10 > > user-agent: oSIP/Linphone-0.9.1 > > Content-Type: application/sdp > > Content-Length: 335 > > > > .. > > sdp > > .. > > > > > > then ser stops to respond: > > > > >[root@obelix darilion]# /etc/init.d/ser status > > >ser dead but subsys locked > > > > and in /var/log/messages > > Feb 5 11:57:21 obelix ser: Listening on > > Feb 5 11:57:21 obelix ser: 128.131.80.136 > > [128.131.80.136]::5060 > > Feb 5 11:57:21 obelix ser: Aliases: obelix.ict.tuwien.ac.at:5060 > > Feb 5 11:57:21 obelix ser: ser startup succeeded > > Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: mod_init(): Database > > connection opened successfuly > > Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: INFO: > udp_init: SO_RCVBUF > > is initially 65535 > > Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: INFO: > udp_init: SO_RCVBUF > > is finally 131070 > > Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: INFO: fifo process > > starting: 21432 > > Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: SER: > open_uac_fifo: fifo > > server up at /tmp/ser_fifo... > > > > ..up to here everything works fine, than I send the request: > > > > Feb 5 11:57:30 obelix /usr/sbin/ser[21428]: BUG: qm_*: fragm. > > 0x422b9ad0 end overwritten(35322e64, 39306665)! Feb 5 > 11:57:30 obelix > > /usr/sbin/ser[21426]: child process 21428 exited by a signal 11 > > Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: core was not generated > > Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: INFO: > terminating due to > > SIGCHLD > > > > Here is the ngrep output: > > > > U 128.131.80.101:1558 -> 128.131.80.136:5060 > > INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > 128.131.80.191:5070;branch=z9hG4bK2024693217..Route: <sip:iptel. > > org>..Route: <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>..Call-ID: 744056460(a)128.131.80 > > .191..CSeq: 20 INVITE..Contact: > > <sip:brutus@128.131.80.191:5070>..max-forwards: 10..user-agent: > > oSIP/Linphone-0.9.1..Content-Type: application/sdp..Content-Length: > > 335 .... > > v=0..o=brutus 123456 654321 IN IP4 128.131.80.191..s=A > > c..onversation..c=IN IP4 128.131.80.191..t=0 0..m=audio > 7078 RTP/AVP 3 > > 115 8 110 111 101..a=rtpmap:3 gsm/8000/1..a=rtp > > map:115 lpc10-1.5/8000/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:110 > > speex-4/8000/1..a=rtpmap:111 speex_lbr-4/8000/1..a=rtpmap:101 > > telephone-event/8000..a=fmtp:101 0-11.. > > # > > U 128.131.80.136:5060 -> 128.131.80.101:1557 > > SIP/2.0 100 trying -- your call is important to us..Via: > SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > 128.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip > > :brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>..Call-ID: > 744056460@128.131.80.191..CSeq: 20 > > INVITE..Server: Sip EXpress router (0.8.10 (i386/l > > inux))..Content-Length: 0..Warning: 392 > 128.131.80.136:5060 "Noisy > > feedback tells: pid=21552 req_src_ip=128.131.80.101 > > in_uri=sip:obelix.ict.tuwien.ac.at out_uri=sip:iptel.o > > rg via_cnt==2".... > > > > # > > U 128.131.80.136:5060 -> 195.37.77.101:5060 > > INVITE sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 128.131.80.191: > > 5070;branch=z9hG4bK2024693217..Route: > > <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>..Call > > -ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Contact: > > <sip:brutus@128.131.80.191:5070>..max-forwards: 9 ..user-agent: > > oSIP/Linphone-0.9.1..Content-Type: application/sdp.. > > Content-Length: 335 ....v=0..o=brutus 123456 654321 IN IP4 > > 128.131.80.191..s=A c..onversation..c=IN IP4 128.131.80.191..t=0 > > 0..m=audio 7078 RTP/AVP 3 115 8 110 111 101..a=r > > tpmap:3 gsm/8000/1..a=rtpmap:115 lpc10-1.5/8000/1..a=rtpmap:8 > > PCMA/8000/1..a=rtpmap:110 speex-4/8000/1..a=rtpmap:111 > > speex_lbr-4/8000/1..a=rtpmap:101 telephone-event/8000..a > > =fmtp:101 0-11.. > > > > # > > U 195.37.77.101:5060 -> 128.131.80.136:5060 > > SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 12 > > 8.131.80.191:5070;branch=z9hG4bK2024693217..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c > > ..Call-ID: 744056460@128.131.80.191..CSeq: 20 > > INVITE..Proxy-Authenticate: Digest realm="iptel.org", > > nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", > > algorithm=MD5.. > > Server: Sip EXpress router (0.8.9 (i386/linux))..Content-Length: > > 0..Warning: 392 195.37.77.101:5060 "Noisy feedback tells: pid=7651 > > req_src_ip=128.131.80.136 in_uri=sip:ipte > > l.org out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at > via_cnt==3".... > > > > # > > U 128.131.80.136:5060 -> 128.131.80.101:1557 > > SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > 128.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip:brutus@o > > belix.ict.tuwien.ac.at>;tag=262992618..To: > > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c..C > > al > > l-ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Proxy-Aut > > henticate: Digest realm="iptel.org", > > nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", > > algorithm=MD5..Server: Sip EXpress router (0.8.9 > > (i386/linux))..Content-Length > > : 0..Warning: 392 195.37.77.101:5060 "Noisy feedback > tells: pid=7651 > > req_src_ip=128.131.80.136 in_uri=sip:iptel.org > > out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at via_cnt==3 > > ".... > > > > # > > U 128.131.80.136:5060 -> 195.37.77.101:5060 > > ACK sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..Call-ID: > > 744056460(a)128.13 > > 1.80.191..To: > > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07 > .3f3c..CSe > > q: 20 ACK.. > > > > > > > > If you need more details please let me know. > > > > regards, > > Klaus > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > >

21 years, 9 months

RE: [Serusers] ser crashes

by Jiri Kuthan

Looking at log files may help you to discover the issue. It is very likely that the module paths are different for the compiled than for the installed modules. -jiri At 03:19 PM 2/6/2003, Klaus Darilion wrote: >Hello! > >I have problems running the self compiled ser version (without any >sourcecode changes). > >I uninstalled the rpms ("rpm -e ser-mysql" and "rpm -e ser" - I use the >mysql authentication). Then I compiled ser with "make all" without >errors. I installed ser with "make install". Then I tried to start ser >with: ># /usr/local/sbin/ser -f /etc/ser/ser.cfg >ERROR: bad config file (25 errors) > >Why does my config file doesn't work anymore (it worked with the rpm >version)?

21 years, 9 months

Re: [Serusers] Sip server

by Geetha Shree

Hi, Thanks for the Reply. I am using the SER server with the default configuration. Infact I have not installed the SQL database also. I am using the SER 0.8.10 verison. With Linux 7.3 as OS. I registered with the following SIP URI to SER server from two different machines. sip:anuradha@there.com sip:LittleGuy@there.com It registered Successfully. But When I sent an INVITE request from sip:anuradha@there.com to LittleGuy(a)there.com it gives the server error. Thanks Geetha ---------- Original Message ---------------------------------- From: Jiri Kuthan <serusers(a)lists.iptel.org> Date: Wed, 05 Feb 2003 19:13:48 +0100 >Please send a complete description of the case: >full network dumps, your configuration file, your >logs and information about version of ser and OS >you are using. > >Thank you, > >-Jiri > >At 02:02 PM 2/5/2003, Geetha Shree wrote: >>Hi, >> >>I am new to SIP. >>I have installed the SER server and my REGISTER method is working ok. >>But when I send the INVITE method I am getting the following error from SER server. >> >>The invite packet which has been sent by me is: >> >>INVITE sip:anuradha@there.com SIP/2.0 >>From: <sip:LittleGuy@there.com>;tag=1044365919410 >>To: <sip:anuradha@there.com > >>Via: SIP/2.0/UDP 192.168.1.9:5060;branch=z9hG4bK1159de0c6cca18f9131c8ff342527668 >>CSeq: 1 INVITE >>Call-Id: a1371c790546f9a2df76be1f59f6a7dc(a)192.168.1.9 >>Contact: <sip:192.168.1.9:5060;transport=UDP> >>Content-Length: 0 >> >>192.168.1.9 is my SER server's address >> >>The response got from the SER server is: >> >>SIP/2.0 500 I'm terribly sorry, server error occured (1/SL) >>From: <sip:LittleGuy@there.com>;tag=1044365919410 >>To: <sip:anuradha@there.com>;tag=d907c037823644515dfe0ede38ca9976.3592 >>Via: SIP/2.0/UDP 192.168.1.9:5060;branch=z9hG4bK1159de0c6cca18f9131c8ff342527668;received=192.168.1.21 >>CSeq: 1 INVITE >>Call-Id: a1371c790546f9a2df76be1f59f6a7dc(a)192.168.1.9 >>Server: Sip EXpress router (0.8.10 (i386/linux)) >>Content-Length: 0 >>Warning: 392 192.168.1.9:5060 "Noisy feedback tells: pid=1587 req_src_ip=192.168.1.21 in_uri=sip:LittleGuy@there.com out_uri=sip:LittleGuy@there.com via_cnt==1" >> >>Can you help on this please >> >>Thanks in advance >>Geetha >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers > >

21 years, 9 months

[Serusers] ser crashes

by Klaus Darilion

Hello! During playing around with route headers I discovered that ser crashes reproduceable when I send the following request to it with sipsak, I think the invite is a valid request with strict routing. sipsak.exe -f invite3.txt -s sip:obelix.ict.tuwien.ac.at -vvv invite3.txt: INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0 Via: SIP/2.0/UDP 128.131.80.191:5070;branch=z9hG4bK2024693217 Route: <sip:iptel.org> Route: <sip:klaus3000@klausix.ict.tuwien.ac.at> From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618 To: <sip:klaus3000@iptel.org> Call-ID: 744056460(a)128.131.80.191 CSeq: 20 INVITE Contact: <sip:brutus@128.131.80.191:5070> max-forwards: 10 user-agent: oSIP/Linphone-0.9.1 Content-Type: application/sdp Content-Length: 335 .. sdp .. then ser stops to respond: >[root@obelix darilion]# /etc/init.d/ser status >ser dead but subsys locked and in /var/log/messages Feb 5 11:57:21 obelix ser: Listening on Feb 5 11:57:21 obelix ser: 128.131.80.136 [128.131.80.136]::5060 Feb 5 11:57:21 obelix ser: Aliases: obelix.ict.tuwien.ac.at:5060 Feb 5 11:57:21 obelix ser: ser startup succeeded Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: mod_init(): Database connection opened successfuly Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: INFO: udp_init: SO_RCVBUF is initially 65535 Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: INFO: udp_init: SO_RCVBUF is finally 131070 Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: INFO: fifo process starting: 21432 Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... ..up to here everything works fine, than I send the request: Feb 5 11:57:30 obelix /usr/sbin/ser[21428]: BUG: qm_*: fragm. 0x422b9ad0 end overwritten(35322e64, 39306665)! Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: child process 21428 exited by a signal 11 Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: core was not generated Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: INFO: terminating due to SIGCHLD Here is the ngrep output: U 128.131.80.101:1558 -> 128.131.80.136:5060 INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0..Via: SIP/2.0/UDP klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 128.131.80.191:5070;branch=z9hG4bK2024693217..Route: <sip:iptel. org>..Route: <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: <sip:klaus3000@iptel.org>..Call-ID: 744056460(a)128.131.80 .191..CSeq: 20 INVITE..Contact: <sip:brutus@128.131.80.191:5070>..max-forwards: 10..user-agent: oSIP/Linphone-0.9.1..Content-Type: application/sdp..Content-Length: 335 .... v=0..o=brutus 123456 654321 IN IP4 128.131.80.191..s=A c..onversation..c=IN IP4 128.131.80.191..t=0 0..m=audio 7078 RTP/AVP 3 115 8 110 111 101..a=rtpmap:3 gsm/8000/1..a=rtp map:115 lpc10-1.5/8000/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:110 speex-4/8000/1..a=rtpmap:111 speex_lbr-4/8000/1..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-11.. # U 128.131.80.136:5060 -> 128.131.80.101:1557 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 128.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip :brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: <sip:klaus3000@iptel.org>..Call-ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Server: Sip EXpress router (0.8.10 (i386/l inux))..Content-Length: 0..Warning: 392 128.131.80.136:5060 "Noisy feedback tells: pid=21552 req_src_ip=128.131.80.101 in_uri=sip:obelix.ict.tuwien.ac.at out_uri=sip:iptel.o rg via_cnt==2".... # U 128.131.80.136:5060 -> 195.37.77.101:5060 INVITE sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 128.131.80.191: 5070;branch=z9hG4bK2024693217..Route: <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: <sip:klaus3000@iptel.org>..Call -ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Contact: <sip:brutus@128.131.80.191:5070>..max-forwards: 9 ..user-agent: oSIP/Linphone-0.9.1..Content-Type: application/sdp.. Content-Length: 335 ....v=0..o=brutus 123456 654321 IN IP4 128.131.80.191..s=A c..onversation..c=IN IP4 128.131.80.191..t=0 0..m=audio 7078 RTP/AVP 3 115 8 110 111 101..a=r tpmap:3 gsm/8000/1..a=rtpmap:115 lpc10-1.5/8000/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:110 speex-4/8000/1..a=rtpmap:111 speex_lbr-4/8000/1..a=rtpmap:101 telephone-event/8000..a =fmtp:101 0-11.. # U 195.37.77.101:5060 -> 128.131.80.136:5060 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 12 8.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c ..Call-ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Proxy-Authenticate: Digest realm="iptel.org", nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", algorithm=MD5.. Server: Sip EXpress router (0.8.9 (i386/linux))..Content-Length: 0..Warning: 392 195.37.77.101:5060 "Noisy feedback tells: pid=7651 req_src_ip=128.131.80.136 in_uri=sip:ipte l.org out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at via_cnt==3".... # U 128.131.80.136:5060 -> 128.131.80.101:1557 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 128.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip:brutus@o belix.ict.tuwien.ac.at>;tag=262992618..To: <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c..Cal l-ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Proxy-Aut henticate: Digest realm="iptel.org", nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", algorithm=MD5..Server: Sip EXpress router (0.8.9 (i386/linux))..Content-Length : 0..Warning: 392 195.37.77.101:5060 "Noisy feedback tells: pid=7651 req_src_ip=128.131.80.136 in_uri=sip:iptel.org out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at via_cnt==3 ".... # U 128.131.80.136:5060 -> 195.37.77.101:5060 ACK sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..Call-ID: 744056460(a)128.13 1.80.191..To: <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c..CSe q: 20 ACK.. If you need more details please let me know. regards, Klaus

21 years, 9 months

[Serusers] ser status update 2003/II

by Jiri Kuthan

Folks, we've been asked frequently questions "when will be the next release out", "what new features can I be looking forward to", "will the next ser release include a b2bua", etc. This update gives you answers to some of these question, don't hesitate to ask me if you want to know more. Also, on this opportunity I would like to thank wholeheartly to our contributors -- they came up with many excellent ideas, running code and their work has been a great encouragement to us. New Features ------------ - presence agent and presence support in SIMPLE2Jabber gateway - dynamic domain management (simplifies hosting multiple domains, which was quite manual work till now) - enum support - nathelper module for getting over NATs with ATAs - beta-version of voicemail - 3261-alignment: support for TCP and loose-routing - accounting improved, reporting to serweb's "missed calls" now possible There is many other tiny useful things: exec module was made more comfortable, support for powerPC was introduced, CC-Diversion support for talking to Cisco gateways, netbsd support, ser is now 64 bits clean, and generally lot of clean-ups were applied to keep code-base sane in spite of all the new features. All bugs reported so far have been fixed. User's guide documents more usage scenarios with more examples. Performance has been boosted too -- we achieved 5kCPS with a tuned ser version for stateful forwarding without user location. Good for dealing with many stress situations. There are also many other things frequently asked for, which will not be part of the next release. The most frequently asked one, b2bua, for example. If you miss a feature urgently, implementing and contributing it may be quicker than waiting until someone else does that. We will be glad to provide guidance. Features that have been asked until now and I have not forgotten are b2bua, FCP client, SIP Address Translator. When ---- I better don't tell you -- I would set your expectations and they would lead to disappointment if it takes longer than hoped for (which simply happens too often). I hope to have a pre-alpha, testers-only release in course of February -- and we will invite all impatient testers to use it. SIP Accounts ------------ Don't forget -- you don't need to run your own server -- if all you need is a SIP account, get one from iptel at http://www.iptel.org/user/reg/index.php, of course ser-powered :-) -Jiri on behalf of all who have contributed to SER advancement -- Jiri Kuthan http://iptel.org/~jiri/

21 years, 9 months

[Serusers] Sip server

by Geetha Shree

Hi, I am new to SIP. I have installed the SER server and my REGISTER method is working ok. But when I send the INVITE method I am getting the following error from SER server. The invite packet which has been sent by me is: INVITE sip:anuradha@there.com SIP/2.0 From: <sip:LittleGuy@there.com>;tag=1044365919410 To: <sip:anuradha@there.com > Via: SIP/2.0/UDP 192.168.1.9:5060;branch=z9hG4bK1159de0c6cca18f9131c8ff342527668 CSeq: 1 INVITE Call-Id: a1371c790546f9a2df76be1f59f6a7dc(a)192.168.1.9 Contact: <sip:192.168.1.9:5060;transport=UDP> Content-Length: 0 192.168.1.9 is my SER server's address The response got from the SER server is: SIP/2.0 500 I'm terribly sorry, server error occured (1/SL) From: <sip:LittleGuy@there.com>;tag=1044365919410 To: <sip:anuradha@there.com>;tag=d907c037823644515dfe0ede38ca9976.3592 Via: SIP/2.0/UDP 192.168.1.9:5060;branch=z9hG4bK1159de0c6cca18f9131c8ff342527668;received=192.168.1.21 CSeq: 1 INVITE Call-Id: a1371c790546f9a2df76be1f59f6a7dc(a)192.168.1.9 Server: Sip EXpress router (0.8.10 (i386/linux)) Content-Length: 0 Warning: 392 192.168.1.9:5060 "Noisy feedback tells: pid=1587 req_src_ip=192.168.1.21 in_uri=sip:LittleGuy@there.com out_uri=sip:LittleGuy@there.com via_cnt==1" Can you help on this please Thanks in advance Geetha

21 years, 9 months

[Serusers] kernel: Out of Memory: Killed process 3780 (ser).

by jaime.gill＠orange.co.uk

Hi, We have had a strange crash in the SER server we use. The load was not that big - around 10 users being served at that time. All of a sudden, the server stops responding and reports the following error in /var/log/messages: Feb 4 14:41:35 sip kernel: Out of Memory: Killed process 3780 (ser). Feb 4 14:54:52 sip kernel: Out of Memory: Killed process 3857 (ser). Feb 4 14:58:08 sip last message repeated 10 times Feb 4 15:02:17 sip kernel: Out of Memory: Killed process 3860 (ser). Feb 4 15:13:32 sip last message repeated 66 times [continues.....] Has someone else met this before? Jaime ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. *******************************************************************************

21 years, 9 months

RE: [Serusers] ser crashes

by Klaus Darilion

Hi! > From: Jan Janak [mailto:J.Janak@sh.cvut.cz] > could you, please, generate a core dump ? Use ulimit -c > 1000000 to enable core generation and reproduce the crash. Sorry, but I'm not familiar with core dump, ulimit .... Could you please give me more detailed instructions? Where can I find the core dump? > Then compress the compiled sources along with the core dump > and send it to me. I don't use sources compiled sources, I use the rpms. regards, klaus > > thanks, Jan. > > On 05-02 12:13, Klaus Darilion wrote: > > Hello! > > > > During playing around with route headers I discovered that > ser crashes > > reproduceable when I send the following request to it with > sipsak, I > > think the invite is a valid request with strict routing. > > > > sipsak.exe -f invite3.txt -s sip:obelix.ict.tuwien.ac.at -vvv > > > > invite3.txt: > > INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0 > > Via: SIP/2.0/UDP 128.131.80.191:5070;branch=z9hG4bK2024693217 > > Route: <sip:iptel.org> > > Route: <sip:klaus3000@klausix.ict.tuwien.ac.at> > > From: <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618 > > To: <sip:klaus3000@iptel.org> > > Call-ID: 744056460(a)128.131.80.191 > > CSeq: 20 INVITE > > Contact: <sip:brutus@128.131.80.191:5070> > > max-forwards: 10 > > user-agent: oSIP/Linphone-0.9.1 > > Content-Type: application/sdp > > Content-Length: 335 > > > > .. > > sdp > > .. > > > > > > then ser stops to respond: > > > > >[root@obelix darilion]# /etc/init.d/ser status > > >ser dead but subsys locked > > > > and in /var/log/messages > > Feb 5 11:57:21 obelix ser: Listening on > > Feb 5 11:57:21 obelix ser: 128.131.80.136 > > [128.131.80.136]::5060 > > Feb 5 11:57:21 obelix ser: Aliases: obelix.ict.tuwien.ac.at:5060 > > Feb 5 11:57:21 obelix ser: ser startup succeeded > > Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: mod_init(): Database > > connection opened successfuly > > Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: INFO: > udp_init: SO_RCVBUF > > is initially 65535 > > Feb 5 11:57:21 obelix /usr/sbin/ser[21426]: INFO: > udp_init: SO_RCVBUF > > is finally 131070 > > Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: INFO: fifo process > > starting: 21432 > > Feb 5 11:57:21 obelix /usr/sbin/ser[21432]: SER: > open_uac_fifo: fifo > > server up at /tmp/ser_fifo... > > > > ..up to here everything works fine, than I send the request: > > > > Feb 5 11:57:30 obelix /usr/sbin/ser[21428]: BUG: qm_*: fragm. > > 0x422b9ad0 end overwritten(35322e64, 39306665)! Feb 5 > 11:57:30 obelix > > /usr/sbin/ser[21426]: child process 21428 exited by a signal 11 > > Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: core was not generated > > Feb 5 11:57:30 obelix /usr/sbin/ser[21426]: INFO: > terminating due to > > SIGCHLD > > > > Here is the ngrep output: > > > > U 128.131.80.101:1558 -> 128.131.80.136:5060 > > INVITE sip:obelix.ict.tuwien.ac.at SIP/2.0..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > 128.131.80.191:5070;branch=z9hG4bK2024693217..Route: <sip:iptel. > > org>..Route: <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>..Call-ID: 744056460(a)128.131.80 > > .191..CSeq: 20 INVITE..Contact: > > <sip:brutus@128.131.80.191:5070>..max-forwards: 10..user-agent: > > oSIP/Linphone-0.9.1..Content-Type: application/sdp..Content-Length: > > 335 .... > > v=0..o=brutus 123456 654321 IN IP4 128.131.80.191..s=A > > c..onversation..c=IN IP4 128.131.80.191..t=0 0..m=audio > 7078 RTP/AVP 3 > > 115 8 110 111 101..a=rtpmap:3 gsm/8000/1..a=rtp > > map:115 lpc10-1.5/8000/1..a=rtpmap:8 PCMA/8000/1..a=rtpmap:110 > > speex-4/8000/1..a=rtpmap:111 speex_lbr-4/8000/1..a=rtpmap:101 > > telephone-event/8000..a=fmtp:101 0-11.. > > # > > U 128.131.80.136:5060 -> 128.131.80.101:1557 > > SIP/2.0 100 trying -- your call is important to us..Via: > SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > 128.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip > > :brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>..Call-ID: > 744056460@128.131.80.191..CSeq: 20 > > INVITE..Server: Sip EXpress router (0.8.10 (i386/l > > inux))..Content-Length: 0..Warning: 392 > 128.131.80.136:5060 "Noisy > > feedback tells: pid=21552 req_src_ip=128.131.80.101 > > in_uri=sip:obelix.ict.tuwien.ac.at out_uri=sip:iptel.o > > rg via_cnt==2".... > > > > # > > U 128.131.80.136:5060 -> 195.37.77.101:5060 > > INVITE sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 128.131.80.191: > > 5070;branch=z9hG4bK2024693217..Route: > > <sip:klaus3000@klausix.ict.tuwien.ac.at>..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>..Call > > -ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Contact: > > <sip:brutus@128.131.80.191:5070>..max-forwards: 9 ..user-agent: > > oSIP/Linphone-0.9.1..Content-Type: application/sdp.. > > Content-Length: 335 ....v=0..o=brutus 123456 654321 IN IP4 > > 128.131.80.191..s=A c..onversation..c=IN IP4 128.131.80.191..t=0 > > 0..m=audio 7078 RTP/AVP 3 115 8 110 111 101..a=r > > tpmap:3 gsm/8000/1..a=rtpmap:115 lpc10-1.5/8000/1..a=rtpmap:8 > > PCMA/8000/1..a=rtpmap:110 speex-4/8000/1..a=rtpmap:111 > > speex_lbr-4/8000/1..a=rtpmap:101 telephone-event/8000..a > > =fmtp:101 0-11.. > > > > # > > U 195.37.77.101:5060 -> 128.131.80.136:5060 > > SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP 12 > > 8.131.80.191:5070;branch=z9hG4bK2024693217..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..To: > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c > > ..Call-ID: 744056460@128.131.80.191..CSeq: 20 > > INVITE..Proxy-Authenticate: Digest realm="iptel.org", > > nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", > > algorithm=MD5.. > > Server: Sip EXpress router (0.8.9 (i386/linux))..Content-Length: > > 0..Warning: 392 195.37.77.101:5060 "Noisy feedback tells: pid=7651 > > req_src_ip=128.131.80.136 in_uri=sip:ipte > > l.org out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at > via_cnt==3".... > > > > # > > U 128.131.80.136:5060 -> 128.131.80.101:1557 > > SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP > > klausix.ict.tuwien.ac.at:1557..Via: SIP/2.0/UDP > > 128.131.80.191:5070;branch=z9hG4bK2024693217..From: <sip:brutus@o > > belix.ict.tuwien.ac.at>;tag=262992618..To: > > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07.3f3c..C > > al > > l-ID: 744056460@128.131.80.191..CSeq: 20 INVITE..Proxy-Aut > > henticate: Digest realm="iptel.org", > > nonce="3e40f29900000000d6e1790446755f1b4b96f5f5bd97b283", > > algorithm=MD5..Server: Sip EXpress router (0.8.9 > > (i386/linux))..Content-Length > > : 0..Warning: 392 195.37.77.101:5060 "Noisy feedback > tells: pid=7651 > > req_src_ip=128.131.80.136 in_uri=sip:iptel.org > > out_uri=sip:klaus3000@klausix.ict.tuwien.ac.at via_cnt==3 > > ".... > > > > # > > U 128.131.80.136:5060 -> 195.37.77.101:5060 > > ACK sip:iptel.org SIP/2.0..Via: SIP/2.0/UDP > > 128.131.80.136;branch=z9hG4bK3a6d.25ef09d1.0..From: > > <sip:brutus@obelix.ict.tuwien.ac.at>;tag=262992618..Call-ID: > > 744056460(a)128.13 > > 1.80.191..To: > > > <sip:klaus3000@iptel.org>;tag=fb86ad2694115d75c77dce61523c9f07 > .3f3c..CSe > > q: 20 ACK.. > > > > > > > > If you need more details please let me know. > > > > regards, > > Klaus > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > >

21 years, 9 months

Jump to page:

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