- sr-users - kamailio.org

[Serusers] Crash in branch_builder() with probability 1/RAND_MAX
by Jonathan Lennox 11 Apr '03

11 Apr '03

I've discovered a bug in SER 0.8.10 which can segfault the server with a dereference of NULL, one time in RAND_MAX. In the function branch_builder() in msg_translator.c, if both the parameter 'label' and the parameter 'char_v' are 0, SER will crash. This is because the code assumes that if label is 0, char_v is non-NULL, and so will attempt to call memcpy() with char_v as the source. When branch_builder is invoked by the tm module, however, the label parameter comes from a random value assigned by h_table.c. This value is generated by rand(). As such, its value can legitimately be 0, which will happen, on average, one time in RAND_MAX. On Linux, RAND_MAX is 2^31, so this crash is very unlikely. However, on Solaris (where I'm doing some testing), RAND_MAX is 2^15, so this crash is reasonably common for a server under heavy load. However, this is a "valid" crash in either case; this isn't just a portability issue. (Note that RAND_MAX == 2^15 being less than TABLE_ENTRIES == 2^16 can also cause problems, according to a comment in h_table.c, though I believe only ones of efficiency, not correctness.) The patch below works around the problem in the simplest possible way, though it isn't a correct fix. I suspect the proper solution would be a) to reverse the logic of branch_builder() to test char_v for NULL, rather than label for non-0; and b) to check with the preprocessor if RAND_MAX is less than TABLE_ENTRIES, and if so, use random() rather than rand() in modules/tm/h_table.c. -- Jonathan Lennox lennox(a)cs.columbia.edu --- ser-0.8.10.orig/msg_translator.c Mon Oct 21 15:21:50 2002 +++ ser-0.8.10/msg_translator.c Wed Apr 9 15:31:47 2003 @@ -813,6 +813,12 @@ begin++; size--; } else return 0; + if (!label && !char_v) { + LOG(L_ERR, "ERROR: branch_builder: both label and char_v " + "are 0\n"); + return 0; + } + /* label is set -- use it ... */ if (label) { if (int2reverse_hex( &begin, &size, label )==-1)

2 2

[Serusers] call between two NATted ATAs - is it possible ?
by Michael Vasilenko 11 Apr '03

11 Apr '03

Hello! I'm interested to implement the possibility of call between two NATted ATAs using SER 0.8.10 and Maxim's nethelper module. I'm using config described at http://lists.iptel.org/pipermail/serusers/2003-January/000165.html Signalling works just fine, but no media stream. My test setup: ATA1 --- NAT1 --- SER --- NAT2 --- ATA2 cut from tcpdump of call from ATA1 to ATA2 on private side of NAT1: 213.186.192.26 is NAT2 23:52:05.707635 213.186.192.26 > 172.20.0.205: icmp: 213.186.192.26 udp port 16384 unreachable [tos 0xc0] 23:52:05.727178 172.20.0.205.10000 > 213.186.192.26.16384: udp 32 [tos 0xa0] 23:52:05.727677 213.186.192.26 > 172.20.0.205: icmp: 213.186.192.26 udp port 16384 unreachable [tos 0xc0] 23:52:05.747216 172.20.0.205.10000 > 213.186.192.26.16384: udp 32 [tos 0xa0] 23:52:05.747734 213.186.192.26 > 172.20.0.205: icmp: 213.186.192.26 udp port 16384 unreachable [tos 0xc0]

1 0

[Serusers] anti-spam test
by Jiri Kuthan 11 Apr '03

11 Apr '03

ignore please. bear with us -- we are double/triple-checking our new anti-spam filter. -jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] test
by Jiri Kuthan 11 Apr '03

11 Apr '03

ignore (we are just introducing automated spam filters as the "click-to-kill-spam" feature is currently killing our free time) -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] click to dial
by Joe_chen 11 Apr '03

11 Apr '03

hi,Jiri In my last click to dial letter, i said that it seems not to be implemented fully. this example does not work. The reason is use of REFER for third-party call-control has not been standardized . I thank after the call session is established , then it will need establish RTP channel to transport voice datas from web UA(caller) to another UA(callee), so i said it need RTP stack to establish RTP channel. you replyed: "It is in there and you don't need RTP." what's meaning? In files of click_to_dial and ser, i can't find any codes about establishing RTP channel ,you can tell me where or why don't need RTP?

2 2

[Serusers] problem with compiling
by Yang Xiang 11 Apr '03

11 Apr '03

Hi, I am now trying to compile the stable release ser-0.8.10 on a solaris mashine where I have installed gcc 3.2.2 and gmake 3.77. I have also installed bison and flex on that mashine. While compiling I get the following errors: bash-2.03# make all Makefile.rules:81: lex.yy.d: No such file or directory Makefile.rules:81: cfg.tab.d: No such file or directory yacc -d -b cfg cfg.y cfg.y:154.17: warning: stray `,' treated as white space cfg.y:155.22: warning: stray `,' treated as white space cfg.y:155.31: warning: stray `,' treated as white space cfg.y:155.36: warning: stray `,' treated as white space cfg.y:155.44: warning: stray `,' treated as white space cfg.y:156.20: warning: stray `,' treated as white space cfg.y:156.26: warning: stray `,' treated as white space cfg.y:586.9: syntax error, unexpected "|" make: *** [cfg.tab.c] Error 1 What is missing? I can use this compiler well for compiling mysql on the same mashine. Thanks, Yang

4 18

RE: [Serusers] SIP Scenario Tool
by Klaus Darilion 11 Apr '03

11 Apr '03

> -----Original Message----- > From: Greg Fausak [mailto:greg@august.net] > Sent: Thursday, April 10, 2003 6:26 PM > To: serusers(a)lists.iptel.org > Cc: sip(a)august.net > Subject: [Serusers] SIP Scenario Tool ... > The example (real world debug) > callflow can be viewed > at my development website: http://stage.august.net/sip1_index.html > and > http://stage.august.net/sip1.html > > You use tcpdump (or ethereal, or whatever) to grab the > Output, like on linux: > tcpdump -s 0 -i eth0 'port 5060' -w /var/log/sip1.dump Hello! How do you capture from different networks? Is it possible to input several dump-files into the tool, one captured at the caller site and one captured at the callee site? regards, Klaus

4 4

[Serusers] more problems with cisco ios sip
by Juha Heinanen 11 Apr '03

11 Apr '03

it turned out that cisco ios sip implementation does not include the new route uri parameters (ftag, lr) that cvs ser adds in its record route entry in the requests (ack, bye, ...) that cisco sends within a dialog. what i heard is that it may take until the end of the year until these bugs get fixed. thus there is even more reasons to push cisco to get their acts together or find a better sip/pstn gw from some other vendor (so far i haven't heard of any). -- juha

3 4

[Serusers] SIP Scenario Tool
by Greg Fausak 10 Apr '03

10 Apr '03

Howdy, I've been playing around with this SIP scenario tool. Maybe I'm just the last one to find out. But after ngrep'ing one too many packets this is really refreshing. It is a freeware application and it's output is either html or text. I've uploaded a couple of files to my website so you can see the call flow diagram capabilities. The source (perl) code can be had at: http://www1.cs.columbia.edu/sip/implementations.html under sip scenario. The example (real world debug) callflow can be viewed at my development website: http://stage.august.net/sip1_index.html and http://stage.august.net/sip1.html You use tcpdump (or ethereal, or whatever) to grab the Output, like on linux: tcpdump -s 0 -i eth0 'port 5060' -w /var/log/sip1.dump It has been kinda quiet on these lists. ---greg

2 1

[Serusers] str2ip: WARNING: unexpected char
by Magnus Melin 10 Apr '03

10 Apr '03

Hallo First I want to thank you for your quick response the last time. When trying to send message from jabber server to the SIP client i get the following error from the SIP server, it looks like all the adresses are correct and the messages sent from SIP is properly delivered. 1(24392) DEBUG: mk_proxy: doing DNS lookup... 1(24392) str2ip: WARNING: unexpected char s in [sip.storstark] 1(24392) str2ip6: WARNING: unexpected char s in [sip.storstark] 1(24392) get_record: lookup(_sip._udp.sip.storstark, 33) failed 1(24392) sip_resolvehost: not SRV record found for sip.storstark, trying 'normal' lookup... 1(24392) str2ip: WARNING: unexpected char s in [sip.storstark] 1(24392) str2ip6: WARNING: unexpected char s in [sip.storstark] 1(24392) ERROR: mk_proxy: could not resolve hostname: "sip.storstark" 1(24392) qm_free(0x80aad40, 0x80b7aec), called from proxy.c: mk_proxy(225) 1(24392) qm_free: freeing block alloc'ed from proxy.c: mk_proxy(208) 1(24392) ERROR: t_relay: bad host name in URI <sip:x@sip.storstark> 1(24392) ERROR: uri2sock: Can't create a dst proxy 1(24392) ERROR: t_uac_dlg: no socket found Thanks in advance Best regards Magnus _________________________________________________________________ Hitta rätt på nätet med MSN Sök http://search.msn.se/

3 2

[Serusers] Accounting with SER
by Sunithi JP 10 Apr '03

10 Apr '03

hi all, is there any minimal support for accounting with SER? rgds, sunithi

2 1

[Serusers] SER has problems matching ACKs to replies
by Maxim Sobolev 10 Apr '03

10 Apr '03

Folks, I found that in the stateful mode, SER is having troubles matching ACKs to negative replies when Vovida B2BUA (1.5.0) is used as one UA, while Cisco ATA 186 as another one. Following is a dump of the session illustrating the problem. As you can see, SER keeps retransmiting 480, despite receiving properly formed ACKs. Does anybody have any ideas what the problem might be? -Maxim P.S. I am also seeing in the logs the following warnings: Apr 7 12:05:28 demo ser[86090]: WARNING: sip_msg_cloner: header body ignored: 4096 B2BUA->SER INVITE sip:16045215277@demo.portaone.com:5060;transport=udp;user=phone SIP/2.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone> From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 cisco-GUID: 200546447-2237180178-1764455078-2518034476 CSeq: 2 INVITE Max-Forwards: 10 Expires: 300 Contact: <sip:380442466396@64.180.102.72:5061;user=phone> User-Agent: PortaSIP (030401b) Content-Type: application/sdp Content-Length: 309 o=380442466396 20916528 20916528 IN IP4 192.168.1.20 s=ATA186 Call c=IN IP4 193.111.9.226 t=0 0 m=audio 14000 RTP/AVP 4 8 0 101 a=rtpmap:4 G723/8000/1 a=rtpmap:8 PCMA/8000/1 a=rtpmap:0 PCMU/8000/1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=direction:active a=oldmediaip:192.168.1.20 SER->B2BUA SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone> From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Sip EXpress router (0.8.10 (i386/freebsd)) Content-Length: 0 SER->ATA INVITE sip:16045215277@172.17.1.127:5060;user=phone;transport=udp SIP/2.0 Record-Route: <sip:16045215277@64.180.102.72;branch=0> Via: SIP/2.0/UDP 64.180.102.72;branch=z9hG4bK56f9.3c3c97acad0bdb329284be13e26ccc54.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone> From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 cisco-GUID: 200546447-2237180178-1764455078-2518034476 CSeq: 2 INVITE Max-Forwards: 9 Expires: 300 Contact: <sip:380442466396@64.180.102.72:5061;user=phone> User-Agent: PortaSIP (030401b) Content-Type: application/sdp Content-Length: 309 o=380442466396 20916528 20916528 IN IP4 192.168.1.20 s=ATA186 Call c=IN IP4 193.111.9.226 t=0 0 m=audio 14000 RTP/AVP 4 8 0 101 a=rtpmap:4 G723/8000/1 a=rtpmap:8 PCMA/8000/1 a=rtpmap:0 PCMU/8000/1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=direction:active a=oldmediaip:192.168.1.20 ATA->SER SIP/2.0 100 Trying Via: SIP/2.0/UDP 64.180.102.72;branch=z9hG4bK56f9.3c3c97acad0bdb329284be13e26ccc54.0 Via: SIP/2.0/UDP 64.180.102.72:5061 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Cisco ATA 186 v2.15 ata18x (030401b) Content-Length: 0 ATA->SER SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 64.180.102.72;branch=z9hG4bK56f9.3c3c97acad0bdb329284be13e26ccc54.0 Via: SIP/2.0/UDP 64.180.102.72:5061 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Cisco ATA 186 v2.15 ata18x (030401b) Content-Length: 201 Content-Type: application/sdp o=16045215277 1110 1110 IN IP4 172.17.1.127 s=ATA186 Call c=IN IP4 64.180.102.72 t=0 0 m=audio 10000 RTP/AVP 4 101 a=rtpmap:4 G723/8000/1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 SER->B2BUA SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 64.180.102.72:5061 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Cisco ATA 186 v2.15 ata18x (030401b) Content-Length: 221 Content-Type: application/sdp o=16045215277 1110 1110 IN IP4 172.17.1.127 s=ATA186 Call c=IN IP4 64.180.102.72 t=0 0 m=audio 10000 RTP/AVP 4 101 a=rtpmap:4 G723/8000/1 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=direction:active ATA->SER SIP/2.0 480 Temporarily Not Available Via: SIP/2.0/UDP 64.180.102.72;branch=z9hG4bK56f9.3c3c97acad0bdb329284be13e26ccc54.0 Via: SIP/2.0/UDP 64.180.102.72:5061 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Cisco ATA 186 v2.15 ata18x (030401b) Content-Length: 0 SER->B2BUA SIP/2.0 480 Temporarily Not Available Via: SIP/2.0/UDP 64.180.102.72:5061 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Cisco ATA 186 v2.15 ata18x (030401b) Content-Length: 0 B2BUA->SER ACK sip:16045215277@demo.portaone.com:5060;transport=udp;user=phone SIP/2.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 ACK Max-Forwards: 70 Content-Length: 0 SER->ATA ACK sip:16045215277@172.17.1.127:5060;user=phone;transport=udp SIP/2.0 Via: SIP/2.0/UDP 64.180.102.72;branch=z9hG4bKbc52.5db2fe1211adfdd0d5db3db6e2295344.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 ACK Max-Forwards: 69 Content-Length: 0 SER->B2BUA SIP/2.0 480 Temporarily Not Available Via: SIP/2.0/UDP 64.180.102.72:5061 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Cisco ATA 186 v2.15 ata18x (030401b) Content-Length: 0 B2BUA->SER ACK sip:16045215277@demo.portaone.com:5060;transport=udp;user=phone SIP/2.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 ACK Max-Forwards: 70 Content-Length: 0 SER->ATA ACK sip:16045215277@172.17.1.127:5060;user=phone;transport=udp SIP/2.0 Via: SIP/2.0/UDP 64.180.102.72;branch=z9hG4bKbc52.5db2fe1211adfdd0d5db3db6e2295344.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 ACK Max-Forwards: 69 Content-Length: 0 SER->B2BUA SIP/2.0 480 Temporarily Not Available Via: SIP/2.0/UDP 64.180.102.72:5061 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 INVITE Server: Cisco ATA 186 v2.15 ata18x (030401b) Content-Length: 0 B2BUA->SER ACK sip:16045215277@demo.portaone.com:5060;transport=udp;user=phone SIP/2.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 ACK Max-Forwards: 70 Content-Length: 0 SER->ATA ACK sip:16045215277@172.17.1.127:5060;user=phone;transport=udp SIP/2.0 Via: SIP/2.0/UDP 64.180.102.72;branch=z9hG4bKbc52.5db2fe1211adfdd0d5db3db6e2295344.0 Via: SIP/2.0/UDP 64.180.102.72:5061 To: <sip:121@64.180.102.72;user=phone>;tag=2698540533 From: <sip:380442466396@64.180.102.72:5061;user=phone>;tag=4505a91c4165b3ffb1b4df0ff79c2904 Call-ID: 3135130751(a)192.168.1.20 CSeq: 2 ACK Max-Forwards: 69 Content-Length: 0 [the last 3 repeat until timeout hits]

3 12

[Serusers] �� Wolkswagen Golf 4. 1999 �.�.
by 236260＠fox.iptel.org 10 Apr '03

10 Apr '03

1 0

[Serusers] About Aliases
by Santosh M Hulkund 09 Apr '03

09 Apr '03

Hi, How do I make the aliases field editable in serweb. The user should have the option of editing his aliases. Any help in this regard, greatly appreciated. Regards, Santosh M Hulkund

2 1

[Serusers] FCP module getting ready for testing...
by jaime＠umtstrial.co.uk 09 Apr '03

09 Apr '03

Hello, The FCP module for SER seems to be approaching to a stable version (no guarranties, though). The module is in charge of 2 functions: - Translation of SIP messages from a private network to a public one (using NAT). - Open and close pinholes in a firewall to allow media sessions through. The module implements the FCP side that communicates with a deamon called fcpd that runs on the firewall itself (developed by iptel: http://www.iptel.org/fcp/). It seems to be reasonably stable now with cvs version of ser from 31/03/03. I'm looking for anyone interested in trying it and provide any feedback (bugs, new features or complains :)). Greetings, Jaime

1 0

[Serusers] Suppress Warning messages
by Santosh M Hulkund 08 Apr '03

08 Apr '03

Hi all, How do I suppress warning messages in serweb ? Regards, Santosh M Hulkund

1 0

Re: [Serusers] SIP and ATA-186 forwarding
by Jiri Kuthan 07 Apr '03

07 Apr '03

At 09:34 PM 4/6/2003, Mike wrote: >I apologize for the terminology, I'm still learning. Don't worry -- actually there was some confusion in what I wrote you too. ATA may do BYE/Also, but the standard way of call-transfer is using REFER request. >Maybe not an "issue" with SER, but I guess what I need is a way for SER to >get this BYE message, see the Also: and initiate another INVITE to the >correct station, handling it like a new call? No. What you need is standardized call transfer support in your phone. -Jiri

1 0

[Serusers] nethelper module
by Michael Vasilenko 07 Apr '03

07 Apr '03

Hello Does nethelper module exist as a patch, or it's now intergrated into ther core of SER, can anyone clarify this? I've just mentioned 'nethelper' module in documentation, but no source code in tree. -- Michael Vasilenko

2 1

[Serusers] serweb and fifo
by Meghan Patricia Byrne 07 Apr '03

07 Apr '03

I've successfully installed serweb and am able to log in. However, once I do so, I get the following error: Warning: fopen(/tmp/ser_fifo) [function.fopen]: failed to create stream: Permission denied in /usr/local/apache/htdocs/serweb/functions.php on line 172 at the top of the screen, and the message "sorry -- cannot open fifo" in red letters on the webpage above the user's information. I'm wondering if ser or apache needs to be configured somewhere with the correct permissions or ownership to make this work. Thanks! Meghan Byrne Meghan Patricia Byrne Georgia Institute of Technology, Atlanta Georgia, 30332 Email: gte705u(a)prism.gatech.edu

2 4

Re: [Serusers] SIP and ATA-186 forwarding
by Jiri Kuthan 06 Apr '03

06 Apr '03

At 01:19 AM 4/4/2003, Mike wrote: >I'm trying to get SER to work properly with the call forwarding feature of >an ATA-186. The ATA-186 forwards calls (#90number#) by doing a BYE with >an "also" header. SER doesn't seem to do anything with this at all, and >the call just sits in limbo until everybody hangs up. > >Call forwarding on busy/no-answer works, but I think that's because the >ATA is doing a refer instead. > >Any clue where I should be looking for this? Is SER supposed to support >this BYE/also method, and I have something misconfigured, or is there >additional work that needs to be done to support this? I'm not sure what exactly happens from your narration. The terminology is little a bit new to me -- forwarding means imho sending a 3xx reply to an INVITE and not BYE requests. A message dump would help me to understand. Anyway, I don't think that is an issue related to SER -- it is about end-device features. -Jiri

2 1

[Serusers] Regarding NOTIFY
by Geetha Shree 06 Apr '03

06 Apr '03

hi all, We wanted to know whether the SER server will just Proxy the Notify method or else it gives the 200OK response also. When we sent the Notify method, it just proxied to the contact ip address but did not send the 200OK response to us. Thanks Geetha

2 1

[Serusers] bug in last changes for "rport-received" tags
by Sergio Miguel Garcia 06 Apr '03

06 Apr '03

I have been testing the last changes about the "rport-received" tags, and I have found the next bug: when using UDP transport, if the IP address and port in the "Via" field differ from the IP address and port of the incoming packet, the "received" and "port" tags added to the Via of the response are correct, but the packet is sent back to the "received" IP address BUT to an incorrect port ( this should be the "rport" port ), that generates an ICMP "Destination unrecheable port". I have been capturing these packets and I think I have found exactly where is the problem. For example in the next sequence: 1)REQUEST PACKET: ( REGISTER for example ) Source: 192.168.1.2:1667 Destination: 192.168.1.3:5060 "Via: SIP/2.0/UDP 192.168.1.100:6969;rport" 2)RESPONSE PACKET: Source: 192.168.1.3:5060 Destination: 192.168.1.3:33542 <- HERE IS THE PROBLEM, this should be "rport" "Via: SIP/2.0/UDP 192.168.1.100:6969;rport=1667;received=192.168.1.2"<-but this is correct 3)ICMP PACKET: Source 192.168.1.2 Destination: 192.168.1.3 Type:3 "Destination unrecheable" Code:3 "Port unrecheable" I've been checking other pairs of ports sent and received like 1667-33542, 1507-58117, 1509-58629, 1511-59141 and the second is the network address order of the first ( 1667 = ntohs(33542) ) . I think that you forget to make a htons() of the port received in host format before sending the packet back to network. Please, let me know when this issue is solved in the CVS. Best regards and congratulations for your excellent work. Sergio.

2 1

[Serusers] workaround for bug in snom's RR-ing
by Jiri Kuthan 04 Apr '03

04 Apr '03

fyi (in response to a frequently asked question "how to get snom's buggy RR-ing working along with PRACK). I just tried to create a workaournd to the problem (which is PRACK does not put Routes learned in 183). It's as easy as mangling SIP messages not to advertise their support for "100rel": if (method=="INVITE" && search("User-Agent: snom")) { #replace("PRACK, ", ""); replace("100rel, ", ""); }; -jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] ser crash after 8 hours test
by alan chen 04 Apr '03

04 Apr '03

Hi, Ser crashed after 8 hours testing. Here is the test case. ser version: 0.8.10 src, mysql 4.0, linux 7.2 Two UAC send register msg every 15 min and send OPTION msg every 10 seconds (I need the OPTION for some reasons) to ser. Attached is the partial log file, please give some hints. Thanks, Alan ===== __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com 9(17035) qm_malloc(0x80ac880, 104) called from parser/msg_parser.c: get_hdr_field(85) 9(17035) qm_malloc(0x80ac880, 104) returns address 0x80b3824 on 0 -th hit 9(17035) end of header reached, state=2 9(17035) parse_headers: Via found, flags=1 9(17035) parse_headers: this is the first via 9(17035) After parse_msg... 9(17035) preparing to run routing scripts... 9(17035) DEBUG : is_maxfwd_present: searching for max_forwards header 9(17035) parse_headers: flags=128 9(17035) qm_malloc(0x80ac880, 28) called from parser/msg_parser.c: parse_headers(229) 9(17035) qm_malloc(0x80ac880, 28) returns address 0x80b3668 on 0 -th hit 9(17035) qm_malloc(0x80ac880, 28) called from parser/msg_parser.c: parse_headers(229) 9(17035) qm_malloc(0x80ac880, 28) returns address 0x80b36b4 on 0 -th hit 9(17035) qm_malloc(0x80ac880, 20) called from parser/msg_parser.c: get_hdr_field(104) 9(17035) qm_malloc(0x80ac880, 20) returns address 0x80b3118 on 0 -th hit 9(17035) get_hdr_field: cseq <Cseq>: <1> <OPTIONS> 9(17035) qm_malloc(0x80ac880, 28) called from parser/msg_parser.c: parse_headers(229) 9(17035) qm_malloc(0x80ac880, 28) returns address 0x80b30cc on 0 -th hit 9(17035) ERROR: get_hdr_field: bad body for <Accept>(4194304) 9(17035) get_hdr_field: error exit 9(17035) ERROR: bad header field 9(17035) qm_free(0x80ac880, 0x80b30cc), called from parser/msg_parser.c: parse_headers(372) 9(17035) qm_free: freeing block alloc'ed from parser/msg_parser.c: parse_headers(229) 9(17035) ERROR: is_maxfwd_present : parsing MAX_FORWARD header failed! 9(17035) parse_headers: flags=256 9(17035) qm_malloc(0x80ac880, 28) called from parser/msg_parser.c: parse_headers(229) 9(17035) qm_malloc(0x80ac880, 28) returns address 0x80b30cc on 0 -th hit 9(17035) ERROR: get_hdr_field: bad header 9(17035) get_hdr_field: error exit 9(17035) ERROR: bad header field 9(17035) qm_free(0x80ac880, 0x80b30cc), called from parser/msg_parser.c: parse_headers(372) 9(17035) qm_free: freeing block alloc'ed from parser/msg_parser.c: parse_headers(229) 9(17035) findRouteHF(): Error while parsing headers 9(17035) rewriteFromRoute(): There is no Route HF 9(17035) DEBUG: t_addifnew: msg id=440 , global msg id=439 , T on entrance=0xffffffff 9(17035) parse_headers: flags=-1 9(17035) qm_malloc(0x80ac880, 28) called from parser/msg_parser.c: parse_headers(229) 9(17035) qm_malloc(0x80ac880, 28) returns address 0x80b30cc on 0 -th hit 9(17035) ERROR: get_hdr_field: bad header 9(17035) get_hdr_field: error exit 9(17035) ERROR: bad header field 9(17035) qm_free(0x80ac880, 0x80b30cc), called from parser/msg_parser.c: parse_headers(372) 9(17035) qm_free: freeing block alloc'ed from parser/msg_parser.c: parse_headers(229) 9(17035) ERROR: t_newtran: parse_headers failed 9(17035) parse_headers: flags=-1 9(17035) qm_malloc(0x80ac880, 28) called from parser/msg_parser.c: parse_headers(229) 9(17035) qm_malloc(0x80ac880, 28) returns address 0x80b30cc on 0 -th hit 9(17035) ERROR: get_hdr_field: bad header 9(17035) 0(17012) child process 17035 exited by a signal 11 0(17012) core was not generated 0(17012) INFO: terminating due to SIGCHLD 0(17012) terminating due to SIGCHLD 18(17065) Memory status (pkg): 18(17065) qm_status (0x80ac880): 18(17065) heap size= 1022872 18(17065) used= 588, used+overhead=26724, free=996148 18(17065) max used (+overhead)= 27012 18(17065) dumping all allocked. fragments: 18(17065) 0. N address=0x80b2cd0 size=24 18(17065) alloc'd from dbase.c: db_init(266) 18(17065) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 18(17065) 2. N address=0x80b2d68 size=544 18(17065) alloc'd from dbase.c: connect_db(89) 18(17065) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 18(17065) 3. N address=0x80b2fb8 size=20 18(17065) alloc'd from db_con.c: use_table(49) 18(17065) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 18(17065) dumping free list stats : 18(17065) hash= 4. fragments no.: 1 18(17065) hash= 6. fragments no.: 2 18(17065) hash= 8. fragments no.: 1 18(17065) hash= 24. fragments no.: 2 18(17065) hash= 521. fragments no.: 1 18(17065) ----------------------------- 17(17052) Memory status (pkg): 17(17052) qm_status (0x80ac880): 17(17052) heap size= 1022872 17(17052) used= 1136, used+overhead=27368, free=995504 17(17052) max used (+overhead)= 27432 17(17052) dumping all allocked. fragments: 17(17052) 0. N address=0x80b2cd0 size=24 17(17052) alloc'd from dbase.c: db_init(266) 17(17052) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 17(17052) 2. N address=0x80b2d68 size=544 17(17052) alloc'd from dbase.c: connect_db(89) 17(17052) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 17(17052) 5. N address=0x80b3044 size=24 17(17052) alloc'd from dbase.c: db_init(266) 17(17052) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 17(17052) 10. N address=0x80b31ec size=544 17(17052) alloc'd from dbase.c: connect_db(89) 17(17052) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 17(17052) dumping free list stats : 17(17052) hash= 4. fragments no.: 2 17(17052) hash= 5. fragments no.: 1 17(17052) hash= 6. fragments no.: 1 17(17052) hash= 8. fragments no.: 2 17(17052) hash= 24. fragments no.: 1 17(17052) hash= 521. fragments no.: 1 17(17052) ----------------------------- 16(17048) Memory status (pkg): 16(17048) qm_status (0x80ac880): 16(17048) heap size= 1022872 16(17048) used= 1148, used+overhead=28580, free=994292 16(17048) max used (+overhead)= 30832 16(17048) dumping all allocked. fragments: 16(17048) 0. N address=0x80b2cd0 size=24 16(17048) alloc'd from dbase.c: db_init(266) 16(17048) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 16(17048) 2. N address=0x80b2d68 size=544 16(17048) alloc'd from dbase.c: connect_db(89) 16(17048) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 16(17048) 5. N address=0x80b3044 size=24 16(17048) alloc'd from dbase.c: db_init(266) 16(17048) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 16(17048) 8. N address=0x80b3120 size=12 16(17048) alloc'd from db_con.c: use_table(49) 16(17048) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 16(17048) 11. N address=0x80b31ec size=544 16(17048) alloc'd from dbase.c: connect_db(89) 16(17048) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 16(17048) dumping free list stats : 16(17048) hash= 4. fragments no.: 3 16(17048) hash= 5. fragments no.: 1 16(17048) hash= 6. fragments no.: 1 16(17048) hash= 7. fragments no.: 11 16(17048) hash= 8. fragments no.: 3 16(17048) hash= 9. fragments no.: 1 16(17048) hash= 12. fragments no.: 1 16(17048) hash= 26. fragments no.: 2 16(17048) hash= 27. fragments no.: 1 16(17048) hash= 30. fragments no.: 1 16(17048) hash= 65. fragments no.: 1 16(17048) hash= 89. fragments no.: 1 16(17048) hash= 140. fragments no.: 1 16(17048) hash= 141. fragments no.: 1 16(17048) hash= 155. fragments no.: 1 16(17048) hash= 157. fragments no.: 1 16(17048) hash= 521. fragments no.: 1 16(17048) ----------------------------- 15(17047) Memory status (pkg): 15(17047) qm_status (0x80ac880): 15(17047) heap size= 1022872 15(17047) used= 1148, used+overhead=29060, free=993812 15(17047) max used (+overhead)= 31308 15(17047) dumping all allocked. fragments: 15(17047) 0. N address=0x80b2cd0 size=24 15(17047) alloc'd from dbase.c: db_init(266) 15(17047) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 15(17047) 2. N address=0x80b2d68 size=544 15(17047) alloc'd from dbase.c: connect_db(89) 15(17047) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 15(17047) 5. N address=0x80b3044 size=24 15(17047) alloc'd from dbase.c: db_init(266) 15(17047) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 15(17047) 11. N address=0x80b31ec size=544 15(17047) alloc'd from dbase.c: connect_db(89) 15(17047) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 15(17047) 39. N address=0x80b4360 size=12 15(17047) alloc'd from db_con.c: use_table(49) 15(17047) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 15(17047) dumping free list stats : 15(17047) hash= 3. fragments no.: 1 15(17047) hash= 4. fragments no.: 3 15(17047) hash= 5. fragments no.: 4 15(17047) hash= 6. fragments no.: 1 15(17047) hash= 7. fragments no.: 12 15(17047) hash= 8. fragments no.: 2 15(17047) hash= 9. fragments no.: 1 15(17047) hash= 10. fragments no.: 1 15(17047) hash= 18. fragments no.: 1 15(17047) hash= 19. fragments no.: 1 15(17047) hash= 23. fragments no.: 1 15(17047) hash= 26. fragments no.: 1 15(17047) hash= 27. fragments no.: 1 15(17047) hash= 30. fragments no.: 1 15(17047) hash= 34. fragments no.: 1 15(17047) hash= 65. fragments no.: 1 15(17047) hash= 89. fragments no.: 1 15(17047) hash= 94. fragments no.: 1 15(17047) hash= 110. fragments no.: 1 15(17047) hash= 135. fragments no.: 1 15(17047) hash= 137. fragments no.: 1 15(17047) hash= 140. fragments no.: 1 15(17047) hash= 141. fragments no.: 1 15(17047) hash= 155. fragments no.: 1 15(17047) hash= 521. fragments no.: 1 15(17047) ----------------------------- 14(17046) Memory status (pkg): 14(17046) qm_status (0x80ac880): 14(17046) heap size= 1022872 14(17046) used= 1152, used+overhead=28776, free=994096 14(17046) max used (+overhead)= 31032 14(17046) dumping all allocked. fragments: 14(17046) 0. N address=0x80b2cd0 size=24 14(17046) alloc'd from dbase.c: db_init(266) 14(17046) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 14(17046) 2. N address=0x80b2d68 size=544 14(17046) alloc'd from dbase.c: connect_db(89) 14(17046) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 14(17046) 5. N address=0x80b3044 size=24 14(17046) alloc'd from dbase.c: db_init(266) 14(17046) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 14(17046) 11. N address=0x80b31ec size=544 14(17046) alloc'd from dbase.c: connect_db(89) 14(17046) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 14(17046) 23. N address=0x80b3a00 size=16 14(17046) alloc'd from db_con.c: use_table(49) 14(17046) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 14(17046) dumping free list stats : 14(17046) hash= 2. fragments no.: 2 14(17046) hash= 3. fragments no.: 1 14(17046) hash= 4. fragments no.: 2 14(17046) hash= 5. fragments no.: 1 14(17046) hash= 6. fragments no.: 1 14(17046) hash= 7. fragments no.: 9 14(17046) hash= 8. fragments no.: 2 14(17046) hash= 9. fragments no.: 1 14(17046) hash= 16. fragments no.: 1 14(17046) hash= 18. fragments no.: 1 13(17042) Memory status (pkg): 13(17042) qm_status (0x80ac880): 13(17042) heap size= 1022872 13(17042) used= 1148, used+overhead=28724, free=994148 13(17042) max used (+overhead)= 30996 13(17042) dumping all allocked. fragments: 13(17042) 0. N address=0x80b2cd0 size=24 13(17042) alloc'd from dbase.c: db_init(266) 13(17042) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 13(17042) 2. N address=0x80b2d68 size=544 13(17042) alloc'd from dbase.c: connect_db(89) 13(17042) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 13(17042) 5. N address=0x80b3044 size=24 13(17042) alloc'd from dbase.c: db_init(266) 13(17042) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 13(17042) 11. N address=0x80b31ec size=544 13(17042) alloc'd from dbase.c: connect_db(89) 13(17042) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 13(17042) 35. N address=0x80b41e4 size=12 13(17042) alloc'd from db_con.c: use_table(49) 13(17042) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 13(17042) dumping free list stats : 13(17042) hash= 3. fragments no.: 1 13(17042) hash= 4. fragments no.: 3 13(17042) hash= 5. fragments no.: 2 13(17042) hash= 6. fragments no.: 1 13(17042) hash= 7. fragments no.: 10 13(17042) hash= 8. fragments no.: 4 13(17042) hash= 9. fragments no.: 1 13(17042) hash= 18. fragments no.: 1 13(17042) hash= 21. fragments no.: 1 13(17042) hash= 23. fragments no.: 1 13(17042) hash= 26. fragments no.: 1 13(17042) hash= 30. fragments no.: 2 13(17042) hash= 63. fragments no.: 1 13(17042) hash= 65. fragments no.: 1 13(17042) hash= 89. fragments no.: 1 13(17042) hash= 140. fragments no.: 1 13(17042) hash= 141. fragments no.: 1 13(17042) hash= 157. fragments no.: 1 13(17042) hash= 521. fragments no.: 1 13(17042) ----------------------------- 12(17041) Memory status (pkg): 12(17041) qm_status (0x80ac880): 12(17041) heap size= 1022872 12(17041) used= 1148, used+overhead=28628, free=994244 12(17041) max used (+overhead)= 30888 12(17041) dumping all allocked. fragments: 12(17041) 0. N address=0x80b2cd0 size=24 12(17041) alloc'd from dbase.c: db_init(266) 12(17041) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 12(17041) 2. N address=0x80b2d68 size=544 12(17041) alloc'd from dbase.c: connect_db(89) 12(17041) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 12(17041) 5. N address=0x80b3044 size=24 12(17041) alloc'd from dbase.c: db_init(266) 12(17041) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 12(17041) 11. N address=0x80b31ec size=544 12(17041) alloc'd from dbase.c: connect_db(89) 12(17041) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 12(17041) 35. N address=0x80b46d8 size=12 12(17041) alloc'd from db_con.c: use_table(49) 12(17041) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 12(17041) dumping free list stats : 12(17041) hash= 4. fragments no.: 2 12(17041) hash= 5. fragments no.: 2 12(17041) hash= 6. fragments no.: 1 12(17041) hash= 7. fragments no.: 9 12(17041) hash= 8. fragments no.: 2 12(17041) hash= 9. fragments no.: 1 12(17041) hash= 10. fragments no.: 1 12(17041) hash= 16. fragments no.: 1 12(17041) hash= 18. fragments no.: 1 12(17041) hash= 26. fragments no.: 2 12(17041) hash= 27. fragments no.: 1 12(17041) hash= 30. fragments no.: 1 12(17041) hash= 41. fragments no.: 1 12(17041) hash= 68. fragments no.: 1 12(17041) hash= 82. fragments no.: 1 12(17041) hash= 89. fragments no.: 1 12(17041) hash= 136. fragments no.: 1 12(17041) hash= 140. fragments no.: 1 12(17041) hash= 141. fragments no.: 1 12(17041) hash= 155. fragments no.: 1 12(17041) hash= 521. fragments no.: 1 12(17041) ----------------------------- 11(17040) Memory status (pkg): 11(17040) qm_status (0x80ac880): 11(17040) heap size= 1022872 11(17040) used= 1152, used+overhead=28584, free=994288 11(17040) max used (+overhead)= 30840 11(17040) dumping all allocked. fragments: 11(17040) 0. N address=0x80b2cd0 size=24 11(17040) alloc'd from dbase.c: db_init(266) 11(17040) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 11(17040) 2. N address=0x80b2d68 size=544 11(17040) alloc'd from dbase.c: connect_db(89) 11(17040) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 11(17040) 5. N address=0x80b3044 size=24 11(17040) alloc'd from dbase.c: db_init(266) 11(17040) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 11(17040) 10. N address=0x80b31ac size=16 11(17040) alloc'd from db_con.c: use_table(49) 11(17040) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 11(17040) 11. N address=0x80b31ec size=544 11(17040) alloc'd from dbase.c: connect_db(89) 11(17040) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 11(17040) dumping free list stats : 11(17040) hash= 2. fragments no.: 1 11(17040) hash= 3. fragments no.: 1 11(17040) hash= 4. fragments no.: 2 11(17040) hash= 5. fragments no.: 3 11(17040) hash= 6. fragments no.: 1 11(17040) hash= 7. fragments no.: 9 11(17040) hash= 8. fragments no.: 3 11(17040) hash= 9. fragments no.: 1 10(17036) Memory status (pkg): 10(17036) qm_status (0x80ac880): 10(17036) heap size= 1022872 10(17036) used= 1148, used+overhead=28628, free=994244 10(17036) max used (+overhead)= 30884 10(17036) dumping all allocked. fragments: 10(17036) 0. N address=0x80b2cd0 size=24 10(17036) alloc'd from dbase.c: db_init(266) 10(17036) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 10(17036) 2. N address=0x80b2d68 size=544 10(17036) alloc'd from dbase.c: connect_db(89) 10(17036) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 10(17036) 5. N address=0x80b3044 size=24 10(17036) alloc'd from dbase.c: db_init(266) 10(17036) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 10(17036) 11. N address=0x80b31ec size=544 10(17036) alloc'd from dbase.c: connect_db(89) 10(17036) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 10(17036) 35. N address=0x80b44e4 size=12 10(17036) alloc'd from db_con.c: use_table(49) 10(17036) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 10(17036) dumping free list stats : 10(17036) hash= 2. fragments no.: 1 10(17036) hash= 3. fragments no.: 2 10(17036) hash= 4. fragments no.: 3 10(17036) hash= 5. fragments no.: 1 10(17036) hash= 6. fragments no.: 1 10(17036) hash= 7. fragments no.: 9 10(17036) hash= 8. fragments no.: 3 10(17036) hash= 9. fragments no.: 1 10(17036) hash= 26. fragments no.: 1 10(17036) hash= 27. fragments no.: 1 10(17036) hash= 30. fragments no.: 1 10(17036) hash= 46. fragments no.: 1 10(17036) hash= 64. fragments no.: 1 10(17036) hash= 65. fragments no.: 1 10(17036) hash= 82. fragments no.: 1 10(17036) hash= 89. fragments no.: 1 10(17036) hash= 140. fragments no.: 1 10(17036) hash= 141. fragments no.: 1 10(17036) hash= 155. fragments no.: 1 10(17036) hash= 521. fragments no.: 1 10(17036) ----------------------------- 8(17030) Memory status (pkg): 8(17030) qm_status (0x80ac880): 8(17030) heap size= 1022872 8(17030) used= 1136, used+overhead=27368, free=995504 8(17030) max used (+overhead)= 27432 8(17030) dumping all allocked. fragments: 8(17030) 0. N address=0x80b2cd0 size=24 8(17030) alloc'd from dbase.c: db_init(266) 8(17030) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 8(17030) 2. N address=0x80b2d68 size=544 8(17030) alloc'd from dbase.c: connect_db(89) 8(17030) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 8(17030) 5. N address=0x80b3044 size=24 8(17030) alloc'd from dbase.c: db_init(266) 8(17030) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 8(17030) 10. N address=0x80b31ec size=544 8(17030) alloc'd from dbase.c: connect_db(89) 8(17030) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 8(17030) dumping free list stats : 8(17030) hash= 4. fragments no.: 2 8(17030) hash= 5. fragments no.: 1 8(17030) hash= 6. fragments no.: 1 8(17030) hash= 8. fragments no.: 2 8(17030) hash= 24. fragments no.: 1 8(17030) hash= 521. fragments no.: 1 8(17030) ----------------------------- 7(17029) Memory status (pkg): 7(17029) qm_status (0x80ac880): 7(17029) heap size= 1022872 7(17029) used= 1136, used+overhead=27368, free=995504 7(17029) max used (+overhead)= 27432 7(17029) dumping all allocked. fragments: 7(17029) 0. N address=0x80b2cd0 size=24 7(17029) alloc'd from dbase.c: db_init(266) 7(17029) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 7(17029) 2. N address=0x80b2d68 size=544 7(17029) alloc'd from dbase.c: connect_db(89) 7(17029) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 7(17029) 5. N address=0x80b3044 size=24 7(17029) alloc'd from dbase.c: db_init(266) 7(17029) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 7(17029) 10. N address=0x80b31ec size=544 7(17029) alloc'd from dbase.c: connect_db(89) 7(17029) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 7(17029) dumping free list stats : 7(17029) hash= 4. fragments no.: 2 7(17029) hash= 5. fragments no.: 1 7(17029) hash= 6. fragments no.: 1 7(17029) hash= 8. fragments no.: 2 7(17029) hash= 24. fragments no.: 1 7(17029) hash= 521. fragments no.: 1 7(17029) ----------------------------- 6(17028) Memory status (pkg): 6(17028) qm_status (0x80ac880): 6(17028) heap size= 1022872 6(17028) used= 1136, used+overhead=27368, free=995504 6(17028) max used (+overhead)= 27432 6(17028) dumping all allocked. fragments: 6(17028) 0. N address=0x80b2cd0 size=24 6(17028) alloc'd from dbase.c: db_init(266) 6(17028) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 6(17028) 2. N address=0x80b2d68 size=544 6(17028) alloc'd from dbase.c: connect_db(89) 6(17028) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 6(17028) 5. N address=0x80b3044 size=24 6(17028) alloc'd from dbase.c: db_init(266) 6(17028) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 6(17028) 10. N address=0x80b31ec size=544 6(17028) alloc'd from dbase.c: connect_db(89) 6(17028) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 6(17028) dumping free list stats : 6(17028) hash= 4. fragments no.: 2 6(17028) hash= 5. fragments no.: 1 6(17028) hash= 6. fragments no.: 1 6(17028) hash= 8. fragments no.: 2 6(17028) hash= 24. fragments no.: 1 6(17028) hash= 521. fragments no.: 1 6(17028) ----------------------------- 5(17022) Memory status (pkg): 5(17022) qm_status (0x80ac880): 5(17022) heap size= 1022872 5(17022) used= 1136, used+overhead=27368, free=995504 5(17022) max used (+overhead)= 27432 5(17022) dumping all allocked. fragments: 5(17022) 0. N address=0x80b2cd0 size=24 5(17022) alloc'd from dbase.c: db_init(266) 5(17022) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 5(17022) 2. N address=0x80b2d68 size=544 5(17022) alloc'd from dbase.c: connect_db(89) 5(17022) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 5(17022) 5. N address=0x80b3044 size=24 5(17022) alloc'd from dbase.c: db_init(266) 5(17022) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 5(17022) 10. N address=0x80b31ec size=544 5(17022) alloc'd from dbase.c: connect_db(89) 5(17022) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 5(17022) dumping free list stats : 5(17022) hash= 4. fragments no.: 2 5(17022) hash= 5. fragments no.: 1 5(17022) hash= 6. fragments no.: 1 5(17022) hash= 8. fragments no.: 2 5(17022) hash= 24. fragments no.: 1 5(17022) hash= 521. fragments no.: 1 5(17022) ----------------------------- 4(17021) Memory status (pkg): 4(17021) qm_status (0x80ac880): 4(17021) heap size= 1022872 4(17021) used= 1136, used+overhead=27368, free=995504 4(17021) max used (+overhead)= 27432 4(17021) dumping all allocked. fragments: 4(17021) 0. N address=0x80b2cd0 size=24 4(17021) alloc'd from dbase.c: db_init(266) 4(17021) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 4(17021) 2. N address=0x80b2d68 size=544 4(17021) alloc'd from dbase.c: connect_db(89) 4(17021) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 4(17021) 5. N address=0x80b3044 size=24 4(17021) alloc'd from dbase.c: db_init(266) 4(17021) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 4(17021) 10. N address=0x80b31ec size=544 4(17021) alloc'd from dbase.c: connect_db(89) 4(17021) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 4(17021) dumping free list stats : 4(17021) hash= 4. fragments no.: 2 4(17021) hash= 5. fragments no.: 1 4(17021) hash= 6. fragments no.: 1 4(17021) hash= 8. fragments no.: 2 4(17021) hash= 24. fragments no.: 1 4(17021) hash= 521. fragments no.: 1 4(17021) ----------------------------- 3(17020) Memory status (pkg): 3(17020) qm_status (0x80ac880): 3(17020) heap size= 1022872 3(17020) used= 1136, used+overhead=27368, free=995504 3(17020) max used (+overhead)= 27432 3(17020) dumping all allocked. fragments: 3(17020) 0. N address=0x80b2cd0 size=24 3(17020) alloc'd from dbase.c: db_init(266) 3(17020) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 3(17020) 2. N address=0x80b2d68 size=544 3(17020) alloc'd from dbase.c: connect_db(89) 3(17020) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 3(17020) 5. N address=0x80b3044 size=24 3(17020) alloc'd from dbase.c: db_init(266) 3(17020) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 3(17020) 10. N address=0x80b31ec size=544 3(17020) alloc'd from dbase.c: connect_db(89) 3(17020) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 3(17020) dumping free list stats : 3(17020) hash= 4. fragments no.: 2 3(17020) hash= 5. fragments no.: 1 3(17020) hash= 6. fragments no.: 1 3(17020) hash= 8. fragments no.: 2 3(17020) hash= 24. fragments no.: 1 3(17020) hash= 521. fragments no.: 1 3(17020) ----------------------------- 2(17015) Memory status (pkg): 2(17015) qm_status (0x80ac880): 2(17015) heap size= 1022872 2(17015) used= 1136, used+overhead=27368, free=995504 2(17015) max used (+overhead)= 27432 2(17015) dumping all allocked. fragments: 2(17015) 0. N address=0x80b2cd0 size=24 2(17015) alloc'd from dbase.c: db_init(266) 2(17015) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 2(17015) 2. N address=0x80b2d68 size=544 2(17015) alloc'd from dbase.c: connect_db(89) 2(17015) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 2(17015) 5. N address=0x80b3044 size=24 2(17015) alloc'd from dbase.c: db_init(266) 2(17015) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 2(17015) 10. N address=0x80b31ec size=544 2(17015) alloc'd from dbase.c: connect_db(89) 2(17015) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 2(17015) dumping free list stats : 2(17015) hash= 4. fragments no.: 2 2(17015) hash= 5. fragments no.: 1 2(17015) hash= 6. fragments no.: 1 2(17015) hash= 8. fragments no.: 2 2(17015) hash= 24. fragments no.: 1 2(17015) hash= 521. fragments no.: 1 2(17015) ----------------------------- 1(17014) Memory status (pkg): 1(17014) qm_status (0x80ac880): 1(17014) heap size= 1022872 1(17014) used= 1136, used+overhead=27368, free=995504 1(17014) max used (+overhead)= 27432 1(17014) dumping all allocked. fragments: 1(17014) 0. N address=0x80b2cd0 size=24 1(17014) alloc'd from dbase.c: db_init(266) 1(17014) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 1(17014) 2. N address=0x80b2d68 size=544 1(17014) alloc'd from dbase.c: connect_db(89) 1(17014) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 1(17014) 5. N address=0x80b3044 size=24 1(17014) alloc'd from dbase.c: db_init(266) 1(17014) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 1(17014) 10. N address=0x80b31ec size=544 1(17014) alloc'd from dbase.c: connect_db(89) 1(17014) start check=f0f0f0f0, end check= c0c0c0c0, abcdefed 1(17014) dumping free list stats : 1(17014) hash= 4. fragments no.: 2 1(17014) hash= 5. fragments no.: 1 1(17014) hash= 6. fragments no.: 1 1(17014) hash= 8. fragments no.: 2 1(17014) hash= 24. fragments no.: 1 1(17014) hash= 521. fragments no.: 1 1(17014) ----------------------------- 14(17046) hash= 26. fragments no.: 2 14(17046) hash= 27. fragments no.: 1 14(17046) hash= 30. fragments no.: 1 14(17046) hash= 43. fragments no.: 1 14(17046) hash= 48. fragments no.: 1 14(17046) hash= 64. fragments no.: 1 14(17046) hash= 65. fragments no.: 1 14(17046) hash= 80. fragments no.: 1 14(17046) hash= 86. fragments no.: 1 14(17046) hash= 89. fragments no.: 1 14(17046) hash= 140. fragments no.: 1 14(17046) hash= 141. fragments no.: 1 14(17046) hash= 155. fragments no.: 1 14(17046) hash= 521. fragments no.: 1 14(17046) ----------------------------- 11(17040) hash= 10. fragments no.: 1 11(17040) hash= 26. fragments no.: 1 11(17040) hash= 27. fragments no.: 1 11(17040) hash= 30. fragments no.: 1 11(17040) hash= 64. fragments no.: 1 11(17040) hash= 65. fragments no.: 1 11(17040) hash= 89. fragments no.: 1 11(17040) hash= 140. fragments no.: 1 11(17040) hash= 141. fragments no.: 1 11(17040) hash= 155. fragments no.: 1 11(17040) hash= 521. fragments no.: 1 11(17040) -----------------------------

2 1

Re: [Serusers] Error with Auth module
by Jan Janak 04 Apr '03

04 Apr '03

Hello, please send me the whole log. Jan. On 04-04 03:14, 2 2 wrote: > Thanks Jan, for your quick response !! However I have > uncommented the mysql.so and it is getting loaded > before auth.so. Any other pointer ?? > > Thanks, > Santosh > > --- Jan Janak <jan(a)iptel.org> wrote: > > You forgot to uncomment line containing loadmodule > > ".../mysql.so" > > > > Jan. > > > > On 04-04 02:32, 2 2 wrote: > > > Hi all, > > > > > > I am new to the SER and trying to install on my > > linux > > > box with persistent Data storage option. I have > > > downloaded ser-0.8.10_linux_i386.tar and trying to > > > configure it. > > > > > > I have installed MYSQL and now trying to start > > SER. I > > > am geting following error messages. > > > > > > Apr 4 14:50:59 incq066a /etc/init.d/ser[9866]: > > > mod_init(): Unable to bind database module > > > Apr 4 14:50:59 incq066a /etc/init.d/ser[9866]: > > > init_modules(): Error while initializing module > > auth > > > > > > I have followed all the steps from: > > > > > > > > > http://cvs.berlios.de/cgi-bin/viewcvs.cgi/*checkout*/ser/sip_router/INSTALL… > > > > > > Where am I going wrong ? Any pointer will be > > helpful. > > > Thanks in advance, > > > Santosh > > > > > > > > > > > > __________________________________________________ > > > Do you Yahoo!? > > > Yahoo! Tax Center - File online, calculators, > > forms, and more > > > http://tax.yahoo.com > > > _______________________________________________ > > > Serusers mailing list > > > serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > ATTACHMENT part 2 application/pgp-signature > > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Tax Center - File online, calculators, forms, and more > http://tax.yahoo.com

1 0

[Serusers] Error with Auth module
by 2 2 04 Apr '03

04 Apr '03

Hi all, I am new to the SER and trying to install on my linux box with persistent Data storage option. I have downloaded ser-0.8.10_linux_i386.tar and trying to configure it. I have installed MYSQL and now trying to start SER. I am geting following error messages. Apr 4 14:50:59 incq066a /etc/init.d/ser[9866]: mod_init(): Unable to bind database module Apr 4 14:50:59 incq066a /etc/init.d/ser[9866]: init_modules(): Error while initializing module auth I have followed all the steps from: http://cvs.berlios.de/cgi-bin/viewcvs.cgi/*checkout*/ser/sip_router/INSTALL… Where am I going wrong ? Any pointer will be helpful. Thanks in advance, Santosh __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

2 2

[Serusers] mysql client library, libmysqlclient.so.10
by vijay 04 Apr '03

04 Apr '03

I edited the /etc/ld.so.conf and added these two lines /usr/lib /usr/lib/mysql Thanks for the reply, It has been a great help to us. Thanks once again. But Still after this i am getting the following error [root@afi init.d]# ser start Listening on 127.0.0.1 [127.0.0.1]::5060 10.1.3.131 [10.1.3.131]::5060 Aliases: localhost:5060 localhost.localdomain:5060 afi:5060 [root@afi init.d]# 0(5164) connect_db(): Access denied for user: 'ser@localhost' (Using password: YES) 0(5164) db_init(): Error while trying to connect database 0(5164) mod_init(): Error while connecting database 0(5164) init_modules(): Error while initializing module usrloc ERROR: error while initializing modules The Password that has been assigned to ser user is ser from the prompt if i try to connect to mysql with the following command i am able to connect mysql -user -pser ser do you have mysql client library installed ? > > > > Jan. > > > > On 01-04 17:54, vijay wrote: > > > hi, > > > got the following error while restarting the ser server after changing > the > > > ser.cfg file for loading the mysql module. > > > > > > [root@afi init.d]# ser start > > > 0(4478) ERROR: load_module: could not open module > > > <//usr/lib/ser/modules/mysql.so>: libmysqlclient.so.10: cannot open > shared > > > object file: No such file or directory > > > 0(4478) parse error (22,13-44): failed to load module > > > ERROR: bad config file (1 errors) > > > > > > what may be the cause. Can any body help me. > > > > > > thanx > > > vijay

2 1

[Serusers] (no subject)
by Michael Vasilenko 04 Apr '03

04 Apr '03

Hello I'm trying to implement the following scheme <User LAN, ATA186, PC, etc> --- < Linksys router with dynamic public IP > -- shdsl --- --- ISP --- .... --- VoIP provider network ( SER, PSTN gateway, etc ) It will be nice, of anyone could give me an advice how to implement the possibility of calls to and from VoIP devices INSIDE User network on private IPs to the VoIP provider network on fixed static IPs. Maybe I misunderstood something, but it's not clear to me, how the incoming call to user will be possible in this scenario. Linksys router = NAT + DHCP + 1-8 port hub Thanks. -- Michael Vasilenko

1 0

[Serusers] SIP and ATA-186 forwarding
by Mike 03 Apr '03

03 Apr '03

I'm trying to get SER to work properly with the call forwarding feature of an ATA-186. The ATA-186 forwards calls (#90number#) by doing a BYE with an "also" header. SER doesn't seem to do anything with this at all, and the call just sits in limbo until everybody hangs up. Call forwarding on busy/no-answer works, but I think that's because the ATA is doing a refer instead. Any clue where I should be looking for this? Is SER supposed to support this BYE/also method, and I have something misconfigured, or is there additional work that needs to be done to support this? Thanks! - Mike

1 0

Re: [Serusers] SER on FreeBSD Question
by Yang Xiang 03 Apr '03

03 Apr '03

Hi, we are suffering the same problem. The serctl script was originally written for Linux and is a little incompatible with other systems. Even if you change the shell from sh to bash there are still some utilities like "tail" which has a diffirent syntax than from Linux. I am porting this script to solaris for our systems where no bash is available. If this is also useful for you I can send you later. Regards Yang On Apr 02, 2003 at 08:26, Steve Blair <blairs(a)isc.upenn.edu> wrote: > > Hello: > > I'm just getting started with my implementation of > SER on FreeBSD 4.7-RELEASE. I've read the > documentation, installed Apache and mySQL and > would like to add users for my domain. > > I've tried adding an administrative user using serctl > however this script fails for reason I cannot explain. > Here is what I did: > > > serctl add user1 password1 email1(a)mydomain.com > read: Illegal option -s > > read: Illegal option -s > Try changing the first line of the script form #!/bin/sh to #!/bin/bash > (the read in sh does not support the -s option). > BTW: this is fixed on CVS for the new version (but don't try the CVS > code until next week, we're commiting a lot of changes right now). > > Andrei

2 3

[Serusers] how do i disable forking ?
by Sunithi JP 03 Apr '03

03 Apr '03

hi all, i have installed SER (ver 0.8.10) with MySql support. i have a problem. in ser.cfg when i set the "fork" parameter to "no", SER is not coming up at all. if the default "yes" is used, the server comes up just fine. pls help. i want to disable forking somehow. rgds, sunithi

2 1

[Serusers] about cisco 5x00
by Juha Heinanen 03 Apr '03

03 Apr '03

since many people mentioned that they are using cisco 5x00 series sip/pstn gateways, it would be nice if also others than me would push cisco to implement digest authentication in its ios software. currently 5x00 namely is the only sip UA that i'm aware of that doesn't support digest (or any other) authentication of sip requests. another annoying thing with 5x00 is that i cannot configure the host part of its from uri. it always uses as the host part the numeric ip address of the interface via which it is sending out the sip request. -- juha

3 4

[Serusers] Crash in usrloc module [backtrace]
by Maxim Sobolev 03 Apr '03

03 Apr '03

Hi, I've observed rather mysterious crash in ser, see attached debug log. Any ideas what gives? -Maxim

2 6

[Serusers] pstn gateway survey
by Yang Xiang 03 Apr '03

03 Apr '03

Hi Tomas, we have an AS 5200 instead of AS 5300. Can we use it as SIP2PSTN gateway too? Which IOS are you using? Must the IOS contain the MCM? Best Regards Yang

2 1

[Serusers] click to dial
by Joe_chen 03 Apr '03

03 Apr '03

hi, I note that there is a example of click_to_dial in the ser/examples/web_im directory, but it seems not to be implemented fully. I want to know how to implement click_to_dial in ser,does that need RTP stack and other things? thanks. 　　　　　　　　Joe_chen 　　　　　　　　chenhb(a)sict.ac.cn 　　　　　　　　　　2003-04-03

2 1

RE: [Serusers] Re: windows messenger
by Dan Austin 02 Apr '03

02 Apr '03

It is possibly a .net only option. The Messenger help seems to indicate that it should work for any communications service, but the help/document files are pretty thin. I guess I need to see if I can find another SIP capable IM interface. Dan -----Original Message----- From: Jiri Kuthan [mailto:jiri@iptel.org] Sent: Wednesday, April 02, 2003 12:32 PM To: Dan Austin; serusers(a)lists.iptel.org Subject: RE: [Serusers] Re: windows messenger At 10:05 PM 4/2/2003, Dan Austin wrote: >Calls to the PSTN work for me as well, but I've run into a small snag >using the IM functions. > >Messenger claims I can added multiple parties to the IM session, but >the menu option is not available. Am I running into a Messenger issue, >or a SER limitation? Maybe it is just a .net option? It seems unlikely to me SER is guilty. -jiri

1 0

[Serusers] 513 msg too big
by alan chen 02 Apr '03

02 Apr '03

Hi, Installed ser (0.8.10 src) and mysql db. Tested the register using some diffrent UAC. one of UAC got the problem. When the UAC sent the register msg to ser, ser generated more than 1M msg in log file (using log level 8). A few seconds later, UAC got "513 msg too big". I used the defualt max_len and the msg is kind samll. see the attached register msg. Thanks, Alan ----------------------------------------------- REGISTER sip:191.191.29.58:25060 SIP/2.0 Via: SIP/2.0/UDP 191.191.29.62:5060 From: 3001<sip:3001@iptel.org:5060;user=phone>;tag=27b74-12ec To: 3001<sip:3001@iptel.org:5060;user=phone> Call-ID: a8cce363000000000000000000000000(a)191.191.29.62 CSeq: 101 REGISTER Max-Forwards: 70 Expires: 900 Contact: <sip:3001@191.191.29.62:5060;user=phone> Supported: timer Content-Length: 0 ===== __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

3 3

RE: [Serusers] Re: windows messenger
by Jiri Kuthan 02 Apr '03

02 Apr '03

At 10:05 PM 4/2/2003, Dan Austin wrote: >Calls to the PSTN work for me as well, but I've run into a small >snag using the IM functions. > >Messenger claims I can added multiple parties to the IM session, >but the menu option is not available. Am I running into a >Messenger issue, or a SER limitation? Maybe it is just a .net option? It seems unlikely to me SER is guilty. -jiri

1 0

[Serusers] incorrect source address in outgoing packets
by Michael Vasilenko 02 Apr '03

02 Apr '03

Hi I'm using SER from fresh (today) CVS on linux-router with two NIC's, one with public IP, and other with private, and when trying to call from private LAN to public SIP-gateway, on remote side I see that packets have incorrect source address: 17:36:45.131465 172.20.0.202.5060 > xxx.xxx.xxx.147.5060: udp 561 (DF) 17:36:45.156165 xxx.xxx.xxx.147.5060 > 172.20.0.202.5060: udp 311 17:36:48.456464 xxx.xxx.xxx.147.5060 > 172.20.0.202.5060: udp 637 How can I fix this? -- Michael Vasilenko

2 4

[Serusers] pstn gateway survey
by Jiri Kuthan 02 Apr '03

02 Apr '03

Friends, please, can you help me and share with me privately which SIP2PSTN gateways you are using in your networks? I'ld like to get a better feeling of what devices today have reputation of being usable and with which of them SER has been tested. I'm interested in all-grade devices, from single FXO to SS7 gateways. I'll keep it for myself. Thank you a lot, -Jiri -- Jiri Kuthan http://iptel.org/~jiri/

8 13

RE: [Serusers] Re: windows messenger
by Dan Austin 02 Apr '03

02 Apr '03

Calls to the PSTN work for me as well, but I've run into a small snag using the IM functions. Messenger claims I can added multiple parties to the IM session, but the menu option is not available. Am I running into a Messenger issue, or a SER limitation? Dan -----Original Message----- From: Tomas Björklund [mailto:tomas@webservices.se] Sent: Wednesday, April 02, 2003 11:51 AM To: Bo Cc: serusers(a)lists.iptel.org Subject: [Serusers] Re: windows messenger I've used version 4.6 and yes I have called from messenger->ser->pstn-gw / Tomas On Wed, 2 Apr 2003, Bo wrote: > Thanks Tomas. Which version of Messenger are you using? Did you use it > to make voice calls through a pstn-gateway? > _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] on use of cvs and bug reporting
by Jiri Kuthan 02 Apr '03

02 Apr '03

To avoid confusions like we have had in past days, we now documented few suggestion on CVS usage and bug reporting. They are available at http://www.iptel.org/ser/cvs/ http://www.iptel.org/ser/bugs/ The most essential change is we are now asking developers to use a new development mailing list for their discussion. That should avoid burdening the user community with emails about development. -Jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] sip-h323 gateway
by Tirpák Miklós 02 Apr '03

02 Apr '03

Hi, Sorry for the offtopic, but I hope you could help me. I'm looking for a reliable sip-h323 gateway, I would like to connect it to SER. I have been testing the Vovida's siph323csgw for some weeks with many troubles. So it seems not to be working properly to me. I only require the signalling translation, but lots of produt offer much more for high prices. Has anyone experinece in sip-h323 gateways? Thanks, -- --------------------------------------------------------------------------- Miklos Tirpak Computer and Automation Research Institute e-mail : mtirpak(a)sztaki.hu of the Hungarian Academy of Sciences phone : (361) 279-6011 H-1132. Budapest, Victor Hugo u 18-22 fax : (361) 279-6021

2 1

[Serusers] SER on FreeBSD Question
by Steve Blair 02 Apr '03

02 Apr '03

Hello: I'm just getting started with my implementation of SER on FreeBSD 4.7-RELEASE. I've read the documentation, installed Apache and mySQL and would like to add users for my domain. I've tried adding an administrative user using serctl however this script fails for reason I cannot explain. Here is what I did: serctl add user1 password1 email1(a)mydomain.com read: Illegal option -s read: Illegal option -s Enter password: < I entered the default admin account password> ERROR 1045: Access denied for user: 'ser@localhost' (Using password: YES) introducing a new user to the database failed Thanks,Steve

3 2

[Serusers] Errormessages by compiling CVS-Snapshot
by Bjoern Zuelch 02 Apr '03

02 Apr '03

Hi, if we try to compile the CVS-Snapshot on a Solaris 8 machine, we get the following error: # make gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c lex.yy.c -o lex.yy.o gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c cfg.tab.c -o cfg.tab.o /usr/ccs/bin/yaccpar:5: warning: ignoring #pragma ident /usr/ccs/bin/yaccpar: In function `yyparse': /usr/ccs/bin/yaccpar:374: warning: label `yyerrlab' defined but not used /usr/ccs/bin/yaccpar:164: warning: label `yynewstate' defined but not used Extra objs: gcc -O2 lex.yy.o cfg.tab.o -lfl -ldl -lresolv -L/usr/local/lib -lfl -lxnet -lrt -lnsl -o ser Undefined first referenced symbol in file dont_fork cfg.tab.o mk_net_bitlen cfg.tab.o append_action cfg.tab.o port_no cfg.tab.o syn_branch cfg.tab.o dprint lex.yy.o memlog cfg.tab.o aliases cfg.tab.o mhomed cfg.tab.o server_signature cfg.tab.o push cfg.tab.o ... ... ... sock_no cfg.tab.o qm_free lex.yy.o debug lex.yy.o ld: fatal: Symbol referencing errors. No output written to ser collect2: ld returned 1 exit status make: *** [ser] Error 1 We do not know, how to fix this problem. Bjoern

2 1

[Serusers] Ser crashes on startup
by srm＠cs.stir.ac.uk 02 Apr '03

02 Apr '03

Hi, I am using the latest cvs code (although the follwoing occurs since a few days) -- I first thought it is some file "under development" and that is why I have updated from CVS frequently, but I am not convinced of this anymore, as you are usually good in fixing things up quickly. Maybe you could interpret this for me? (the lines referring to polserver connector are our own module, but that seems to be fine here). many thanks, Stephan ------------ LOG below. ------------ Apr 2 10:54:22 d254196 ser: Listening on Apr 2 10:54:22 d254196 ser: 127.0.0.1 [127.0.0.1]::5060 Apr 2 10:54:22 d254196 ser: 139.153.254.196 [139.153.254.196]::5060Apr 2 10:54:22 d254196 ser: Aliases: localhost:5060 localhost.localdomain:5060 d254196.cs.stir.ac.uk:*Apr 2 10:54:22 d254196 ser: ser startup succeeded Apr 2 10:54:22 d254196 ser: INFO: signal 13 received Apr 2 10:54:22 d254196 ser: INFO: signal 13 received Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: mod_init(): Database connection opened successfulyApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector - initializingApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector - initializing: doneApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: INFO: fifo process starting: 8752Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: SIGCHLD received: we do not worry about grand-childrenApr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 12Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 13Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 14Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8763 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8762 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8761 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8760 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: terminating due to SIGCHLDApr 2 10:54:23 d254196 /usr/local/sbin/ser[8741]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8742]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8743]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8744]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8745]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8746]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8750]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8751]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8759]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8764]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8752]: INFO: signal 15 received -- The University of Stirling is a university established in Scotland by charter at Stirling, FK9 4LA. Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not disclose, copy or deliver this message to anyone and any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the University of Stirling shall be understood as neither given nor endorsed by it.

4 3

[Serusers] RE: SIP Proxy instalation - NO big problems any more :-) :-) :-) meanwhile
by Jiri Kuthan 02 Apr '03

02 Apr '03

Valery, I really don't know why your web server's PHP does not send emails. When the subscription is completed, a "thank you for registering" webpage should show up -- you can play with serweb in action at iptel.org. Let me know when you learn what the problem was. -jiri At 12:38 PM 4/2/2003, Valery Shampal wrote: >Dear Jiri, > >We have a good progress in establishing our VoIP Test/Demo Lab. >But we still have a problem with registration via Web. >One more time, I am not sure we will use it but I definitely want it >to work - just in case... > >Following a situation: > >1. sendmail command works well from the Linux command line. It sends > mail to our Exchange server (for example, valery(a)nsi.co.il) >2. After filling the subscribe web form, an empty form returns on screen. > We have no message on screen that registration has been started, but > we are not sure something like this must be :-) >3. We do not see any mail on Linux mail queue >4. Mail is not being sent to Exchange server >5. We saw sendmail command in one of your scripts, so it must work >6. We checked and did all you have suggested in your mail: > >PHP sends to SMTP daemon at localhost. >Try looking at the place where your web and email servers stores >their logs. If PHP or your web server are misconfigured, that's where >you will best learn it. > > We did or best but did not see any problem. May be we do not know where > and what to search for or to look at :-( >7. So, it still does not want to work. > >Regards, > > Valery > > > > >-----Original Message----- >From: Jiri Kuthan [<mailto:jiri@iptel.org>mailto:jiri@iptel.org] >Sent: Tuesday, April 01, 2003 11:31 AM >To: Valery Shampal; 'jan(a)iptel.org'; Valery Shampal >Cc: Igor Vinokur; Mihai Teodorescu >Subject: RE: SIP Proxy instalation - NO big problems any more :-) :-) :-) meanwhile > >At 10:18 AM 4/1/2003, Valery Shampal wrote: > >>Jan, >> >>Great. You are absolutely right in what you wrote in the >>last topic. Any way, we did not suppose to define users via Web interface. We supposed to define users (there might be hundreds of them for DEmo and Testing > >> >>purpose) by means of a script directly into database. > >In which case you are probably best server through the sercrtl utility. > >>We just like to use all the options, including this cute Web interface. >> >>Regarding the mail. MTA is running on our Linux. >> >>We just wanted to understand what and where must be defined >>in order a mail will be really sent. > >PHP sends to SMTP daemon at localhost. > >>As I understood, a user defined via Web interface was not defined in DB only because (for some reason) a mail has not been sent. A reason we wanted to know what log files and where to look into was to understand what kind of error we have. > >-Jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Fwd: Re: [Serusers] SMS gateway using a mobile phone]
by Bogdan-Andrei IANCU 02 Apr '03

02 Apr '03

Hi, all the changes are on CVS. Feel free to download and test. Thanks for the feedback, Bogdan -------- Original Message -------- Subject: Re: [Serusers] SMS gateway using a mobile phone Date: Tue, 01 Apr 2003 18:30:18 +0200 From: Bogdan-Andrei IANCU <iancu(a)fokus.fraunhofer.de> Reply-To: iancu(a)fokus.fraunhofer.de To: "LeeCC, Kenny" <Kenny.LeeCC(a)hp.com> CC: serusers(a)lists.iptel.org References: <6A52901B8F7E2A42B2C169B7AC932DDE02820E71(a)msaexc01.asiapacific.cpqcorp.net> Hi Kenny, First, I want to say that our SMS module is base on the same library as Stefan Frings's "SMS Server Tools", so , if you succeeded it in sending a SMS with this tool, you can do it also with the SMS GW. The log you sent actually says the SMS GW is trying (using AT+CREG command) to find out if the modem is registered on the GSM network (if you have signal on your phone). But, if your phone doesn't support AT+CREG command (as you said), the GW will remain blocked there until it will figure out the modem status regarding registration on the network. You said you were able to use the "SMS Server Tools" which actually does to same - first checks if the modem is registered on GSM network. My opinion is you specified to "putsms" the '-m' parameter (the PDU mod) to "DIGICOM" - this is the only way haw to skip the registration check. Please tell me if I right or not. If yes, you can find a similar setting for the SMS GW - in "modem" section switch the 'm' param from '"new" to "digicom". Now, regarding the SMS center number. I guess you are right. I will turn this parameter to "optional" - to be more flexible- and I will move it from "network" section to the "modem" one. As soon as I will finish the changing, I will let you know. Yes, indeed, there is no support for 57600 baud rate - I will added asap. In order to be able to help you more, if it's possible, please send me exactly the parameters you used with "putsms" (from "SMS Server Tools"). Best regards, Bogdan LeeCC, Kenny wrote: >Hi, > >Am trying to get SER to send SMS messages out via my SER server serial/comm port connected to a Motorola Timeport P7382 mobile phone but am having trouble because of SER "sms.so" module keep trying to register the SMS center number; syslog snippet. > > >Apr 1 18:32:28 gits /usr/sbin/ser[18276]: INFO:initmodem: Checking if Modem is registered to the network >Apr 1 18:32:30 gits /usr/sbin/ser[18266]: NOTICE:initmodem: Waiting 2 sec. before retrying > > >The mobile phone already register to the SMS center number thus re-registering is not required. "sms.so" module doesn't seems to pick up the message that the mobile phone have already registered to the SMS center number and I have to amend and recompile "libsms_modem.c" because the mobile phone do not recognise AT+CREG command but AT+CSCA command. > >To test whether the mobile phone is able to send SMS messages out via the serial/comm port, I used Stefan Frings "SMS Server Tools" by commenting the config file from registering the SMS center number and it managed to send out sms messages. However on SER "sms.so" modules, I have no idea how to stop it from registering the SMS center number. From the "../sms/README" file, it did mention that "c=SMS_center" is mandatory. That looks like not registering to the SMS center is a no-no. :-( Other than changing some words here and there of the source code via gut feel, I don't have any experience in C thus am yelping for help here. > >Btw, the modem baud rate on "sms.c" only supports up to 38400 and that won't work with my mobile phone, thus have to add a line for 57600 baud rate. Maybe is already added in the latest CVS. Am using the stable version source. Below is my "ser.cfg". > >Thanks & rgds, >kenny.leecc >------------------------------------------- > ># ># $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ ># ># simple quick-start config script ># > ># ----------- global configuration parameters ------------------------ > >debug=9 # debug level (cmd line: -dddddddddd) >fork=yes >log_stderror=no # (cmd line: -E) >check_via=no # (cmd. line: -v) >dns=no # (cmd. line: -r) >rev_dns=no # (cmd. line: -R) >port=5060 >children=4 >fifo="/tmp/ser_fifo" > ># ------------------ module loading ---------------------------------- > ># Uncomment this if you want to use SQL database >loadmodule "//usr/lib/ser/modules/mysql.so" > >loadmodule "//usr/lib/ser/modules/sl.so" >loadmodule "//usr/lib/ser/modules/tm.so" >loadmodule "//usr/lib/ser/modules/rr.so" >loadmodule "//usr/lib/ser/modules/maxfwd.so" >loadmodule "//usr/lib/ser/modules/sms.so" >loadmodule "//usr/lib/ser/modules/im.so" >loadmodule "//usr/lib/ser/modules/textops.so" >loadmodule "//usr/lib/ser/modules/usrloc.so" >loadmodule "//usr/lib/ser/modules/registrar.so" >loadmodule "//usr/lib/ser/modules/pike.so" > ># Uncomment this if you want digest authentication ># mysql.so must be loaded ! >loadmodule "//usr/lib/ser/modules/auth.so" > ># ----------------- setting module-specific parameters --------------- > ># -- usrloc params -- > >#modparam("usrloc", "db_mode", 0) > ># Uncomment this if you want to use SQL database ># for persistent storage and comment the previous line >modparam("usrloc", "db_mode", 2) > ># -- auth params -- ># Uncomment if you are using auth module ># >modparam("auth", "secret", "alsdkhglaksdhfkloiwr") >modparam("auth", "calculate_ha1", yes) ># ># If you set "calculate_ha1" parameter to yes (which true in this config), ># uncomment also the following parameter) ># >modparam("auth", "password_column", "password") > ># -- SMS params -- >modparam("sms","modems","Motorola [d=/dev/ttyS0;b=57600;m=new;l=20;r=2]") >modparam("sms","networks","Maxis[c=60120000015;m=10]") >modparam("sms","links","Motorola [Maxis]") >modparam("sms","domain","gits.msasip.net") >modparam("sms","max_sms_parts",3) >modparam("sms","use_contact",1) > ># -- tm params -- >modparam("tm", "fr_timer", 10 ) >modparam("tm", "fr_inv_timer", 10 ) >modparam("tm", "wt_timer", 10 ) > ># -- pike params -- ># no more than minimum 5 or maximum 5*3 msg per 10 secs - only for sms >modparam("pike","sampling_time_unit",60) >modparam("pike","reqs_density_per_unit",5) >modparam("pike","removel_latency",30) > ># ------------------------- request routing logic ------------------- > ># main routing logic > >alias="my.domain" > >route{ > > # initial sanity checks -- messages with > # max_forwars==0, or excessively long requests > # filter too old messages > if (!mf_process_maxfwd_header("10")) { > log("LOG: Too many hops\n"); > sl_send_reply("483","Too Many Hops"); > break; > }; > > # messages too large are denied > if (len_gt( max_len )) { > sl_send_reply("513", "Message too big"); > break; > }; > > # accept only req coming from my.domain > if (!src_ip==192.168.1.1 | > !( uri=~"my.domain" | uri=~"192\.168\.1\.0" )) > { > sl_send_reply("403","Forbidden"); > log("SER:Forbidden request: wrong src_ip or req_uri\n"); > break; > }; > > # we are not interested in non-MESSAGE requests > if (!method=="MESSAGE") > { > sl_send_reply("501","Not Implemented"); > break; > }; > > # error occured ... > if (! t_newtran()) > { > sl_reply_error(); > break; > }; > > ### ------ SMS GATEWAY -------- > # let's block ips that send a lot of request!! > if (!pike_check_req() ) > { > break; > }; > # SMS expects only the numbers as follows + > #if (!(uri=~"sip:+[^0][0-9]{3}")) > if (!(uri=="sip:0121234567")) > { > log("SER: invalid number format!!\n"); > if (!t_reply("502","Bad gateway - invalid number")) > { > # if replying failed, retry statelessly > sl_reply_error(); > }; > break; > }; > if (sms_send_msg_to_net("Maxis")) > { > # for sending replies, we won't use the statefull > # function because it is not able to add the Contact > # header (in fact to add any rpl_lump :-( ) > # things went well, send ok upstream > if (!t_reply("202", "yes sir, SMS sent over")) > { > # if replying failed, retry statelessly > sl_reply_error(); > }; > } else { > if (!t_reply("502", "Bad gateway - SMS error")) > { > # if replying failed, retry statelessly > sl_reply_error(); > }; > break; > }; > > # Do strict routing if pre-loaded route headers present > rewriteFromRoute(); > > # forward or handoff to PSTN > if (uri=~"^sip:9[0-9]*@192.168.1.66") { > strip(1); > log("Forwarding to PSTN\n"); > rewritehostport("192.168.1.50:5060"); > }; > > lookup("aliases"); > # if the request is for other domain use UsrLoc > # (in case, it does not work, use the following command > # with proper names and addresses in it) > if (uri==myself) { > > if (method=="REGISTER") { > ># Uncomment this if you want to use digest authentication > if (!www_authorize("my.domain", "subscriber")) { > www_challenge("my.domain", "0"); > break; > }; > > > save("location"); > break; > }; > > # native SIP destinations are handled using our USRLOC DB > if (!lookup("location")) { > sl_send_reply("404", "Not Found"); > break; > }; > }; > > # forward to current uri now > if (!t_relay()) { > sl_reply_error(); > }; > >} >_______________________________________________ >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

[Serusers] modparam auth
by Magnus Melin 02 Apr '03

02 Apr '03

Hello We´re trying to install the ser, and eventually we hope it will work with our jabberserver aswell. Now though we have some problem that we can't solve. version: ser 0.8.11pre8-mem (i386/linux) When starting the ser ( ./ser -f etc/ser.cfg) we get the following error message: 0(10388) set_mod_param_regex: auth matches module auth 0(10388) set_mod_param_regex: parameter <calculate_ha1> not found in module <auth> 0(10388) qm_free(0x80a1a40, 0x80a8a60), called from modparam.c: set_mod_param_regex(130) 0(10388) qm_free: freeing block alloc'ed from modparam.c: set_mod_param_regex(85) 0(10388) parse error (82,39-40): Can't set module parameter . . . . 0(10388) set_mod_param_regex: auth matches module auth 0(10388) set_mod_param_regex: parameter <password_column> not found in module <auth> 0(10388) qm_free(0x80a1a40, 0x80a8b14), called from modparam.c: set_mod_param_regex(130) 0(10388) qm_free: freeing block alloc'ed from modparam.c: set_mod_param_regex(85) 0(10388) parse error (83,47-48): Can't set module parameter The ser.cfg file looks like this: modparam("usrloc", "db_mode", 2) modparam("auth", "calculate_ha1", true) modparam("auth", "password_column", "password") Please, help us on this since we can't move forward as long as we have this problem. Let us know if you need more info. Magnus _________________________________________________________________ Hitta rätt köpare på MSN Köp & Sälj http://www.msn.se/koposalj

2 1

[Serusers] Strange response
by Bo 01 Apr '03

01 Apr '03

Hi, I have tested cisco ATA186 (private IP) with SER under different circumstances. With Linksys and D-link router, there were no problem. But with Lioncom ADSL router, a strange thing happened. In this case, the ATA is having a private IP 192.168.5.2 and the SIP port number is the default 5060. The public IP of the ADSL connection was 195.226.252.124. The following is the traces from ngrep. As you can see, the Lioncom router forwarded (NAT) the SIP REGISTER with port 30150 while SER sent the response back to port 5060. So the ATA couldn't receive the response at all. What maybe the problem? # U 195.226.252.124:30150 -> 192.168.3.29:5060 REGISTER sip:sip.abc.com SIP/2.0..Via: SIP/2.0/UDP 192.168.5.2:5060..From: <sip:6701892@si p.abc.com;user=phone>..To: <sip:6701892@sip.abc.com;user=phone>..Call-ID: 1781909739@1 92.168.5.2..CSeq: 1 REGISTER..Contact: *..Expires: 0..User-Agent: Cisco ATA v2.15 ata18x (0209 27a)..Content-Length: 0.... # U 192.168.3.29:5060 -> 195.226.252.124:5060 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 192.168.5.2:5060;received=195.226.252.124..From: <s ip:6701892@sip.abc.com;user=phone>..To: <sip:6701892@sip.abc.com;user=phone>;tag=d907c 037823644515dfe0ede38ca9976.9b53..Call-ID: 1781909739@192.168.5.2..CSeq: 1 REGISTER..WWW-Authen ticate: Digest realm="sip.abc.com", nonce="3e89f40b00000000e3fd8eedb58e5662ca62981749bb0006 ", algorithm=MD5..Server: Sip EXpress router (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 192.168.3.29:5060 "Noisy feedback tells: pid=10613 req_src_ip=195.226.252.124 in_uri=sip:s ip.bmx-inc.com out_uri=sip:sip.abc.com via_cnt==1".... Thanks, Bo

3 4

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