- sr-users - kamailio.org

by paoasp＠libero.it

Hi all I'm an Italian Student and I'm working on CPL module. I've seen on the IPTEL site a WEB page with the CPL composer. Where could I download CPL composer software for the creation of the CPL scripts? Thanks a lot Paolo

21 years, 2 months

2
1
0 0

[Serusers] linux hang

by Geetha Shree

HI, i am using redhat with kernel 2.4.18-3 and grub loader 0.91. while using SIP server, to get a detailed error log i changed some options in serv.conf file as given by server user guide. ------------------------------------- ser logs -- with default settings few logs are printed to syslog facility which typically dumps them to /var/log/messages. To enable detailed logs dumped to stderr, apply the following configuration options: debug=8, log_stderror=yes, fork=no. --------------------------------------- but after i restarted my machine it is getting hanged at boot time as it tries to start ser: while booting up somewhere at the end of booting process. and stops there. probably waiting for some response and because of that stopped system from booting normally. any idea why it is so . regards, Geetha -- ******************************************************************** eRiva provides IT Solutions & Services to companies worldwide. Our State of the Art Research & Development Centers provides Innovative Solutions to global customers. ******************************************************************** --

21 years, 2 months

2
1
0 0

[Serusers] (no subject)

by anna

Hello all We have set up an environment that includes one jabberclient and one sip (msn) client. Now, the problem. Registration is no problem, everything is working fine and we se the "online" on both sides. The thing now is that our sip-client can send one or several mesages to the jabbberclient but as soon as the jabberclient send a respond, the connection is broken. When trying to send a msg from sip to jabber the sip-client just says: "The following message could not be delivered to all recipients:" Etherreal says nothing is happening, the client doesn't even try to send something out, not even to DNS or Ser. jabber to sip is no problem, and sip to jabber is no problem as long as you haven't send a msg from jabber to sip. (puh) Do you have any idea what is happening here ? Does it have to do with call-id's or the contact-field's ???? version: ser 0.8.11pre8-mem (i386/linux) Thank's in advance Regards Anna __________________________________________________________________ anna rahm ICQ#: 176699319 Current ICQ status: + More ways to contact me __________________________________________________________________

21 years, 2 months

2
1
0 0

[Serusers] Improper Debian Build Depends

by Jamin W. Collins

The ser-0.8.10 sources contain a debian sub-directory for building debian packages. However the control file in this directory lists incomplete and improper build dependancies for the package. Currently the dependancies are listed as: Build-Depends: debhelper (>> 3.0.0), libmysqlclient-dev, libexpat1-dev, fakeroot While they should be: Build-Depends: debhelper (>> 3.0.0), libmysqlclient-dev, libexpat1-dev, zlib1g-dev Fakeroot is not a necessary package for building the Debian ser package. It simply makes it easier to build the package as a non-root user. -- Jamin W. Collins

21 years, 2 months

3
4
0 0

[Serusers] You wrote a letter to me. Who are you?

by Luchya_Dobrynina

Hello! You have received a postcard. You can see it here: http://postcards.rin.ru/postcards/post/humour1.html Only for adults: SEX-TEST - http://eros.rin.ru/index_e.html and WALLPAPERS - http://wallpapers.rin.ru/index_e.html For music-lovers: Free 100 000 mp3-files - http://mp3.rin.ru/index_e.html And for all: Surprise! - http://humor.rin.ru/photo_e.html Goodby, Gerry. You can refuse to receive letters. For that just send a letter to unsubscribe14.com with the subject: DELETE.

21 years, 2 months

1
0
0 0

[Serusers] Serious defficiencies of the t_on_negative feature

by Maxim Sobolev

Folks, I am currently playing with t_on_negative feature trying to implement overflow routing (i.e. if original destination returns an error, then request should be adjusted somehow and redirected to some, possibly different, destination). I've started with the following config: route { [...] rewriteFromRoute(); if (method == "INVITE") { addRecordRoute(); }; if (method == "INVITE) { t_on_negative("1"); }; t_relay_to("address1", "port1"); } reply_route[1] { rewritehostport("address2:port2"); append_branch(); } But quickly found that after transaction was redirected to address2:port2, ACKs, BYEs, 200K and CANCELS are still being forwarded to address1:port1, despite containing valid Route fields pointing to address2:port2. Then I've modified it as follows to let ser use information from that field to route ACKs, 200OKs and BYEs: route { [...] rewriteFromRoute(); if (method == "INVITE") { addRecordRoute(); }; if (method == "INVITE" || method == "CANCEL") { # INVITEs and CANCELs if (method == "INVITE) { t_on_negative("1"); }; t_relay_to("address1", "port1"); } else { # ACKs, 200OKs, BYEs t_relay(); }; } reply_route[1] { rewritehostport("address2:port2"); append_branch(); } For the most of the time everything works like a charm - if address1:port1 is unreachable or replies with an error the request is being redirected to the second destination, BUT if the initiating UA tries to cancel transaction when transaction is already redirected but before receiving final "200 OK" from the second destination, the CANCEL request is forwarded to address1:port1, not to address2:port2 as it should be. I've tried to modify setup as follows, thinking that maybe in the case of CANCEL explicit specification of proxy address confuses ser, but no avail - in this case ser forwards the CANCEL request to its own address and eventually it dies with Too Many Hops. route { [...] rewriteFromRoute(); if (method == "INVITE") { addRecordRoute(); }; if (method == "INVITE") { # INVITEs t_on_negative("1"); t_relay_to("address1", "port1"); } else { # CANCELs, ACKs, 200OKs, BYEs t_relay(); }; } reply_route[1] { rewritehostport("address2:port2"); append_branch(); } I think that such behaviour arises from the fact that ser after branching a transaction doesn't keep an address this transaction was forwarded to. In my opinion, it needs to be corrected, so that after receiving CANCEL from the UA that initiated transaction ser probably should CANCEL *all* branches of this transaction. To do this it needs to be able to tell exactly where to send CANCELs. What do you think? -Maxim

21 years, 2 months

2
2
0 0

FWD: Re: [Serusers] Regarding SUBSCRIBE method

by Geetha Shree

---------- Original Message ---------------------------------- From: "Geetha Shree" <geethas(a)erivasystems.com> Reply-To: <geethas(a)erivasystems.com> Date: Tue, 15 Apr 2003 01:15:24 -0700 hi Thanks for the answer. But again sorry ,i am geeting 408 request time out again. I have changed the via-stack as was in the request like below >>SUBSCRIBE sip:geetha@192.168.1.9 SIP/2.0 >>Via: SIP/2.0/UDP 192.168.1.9:5060 >>Via: sip/2.0/UDP 192.168.1.22:5060 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9> >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.22:5060> >>Expires: 1800 >>Content-Length: 0 >> >> >>SIP/2.0 200 OK >>Via: SIP/2.0/UDP 192.168.1.9:5060 >>Via: SIP/2.0/UDP 192.168.1.22:5060 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9>;tag=1050301221190 >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.21:5060> >>Expires: 1800 >>Content-Length: 0 >the reply does not fit the request, since it has a different via stack. >It's thus not recognized as a part of the transaction by proxy, forwarded >statelessly and terminated with 408. > >-Jiri > >At 09:03 AM 4/15/2003, Geetha Shree wrote: >>hi all, >> >>We are getting 408 request timeout for our SUBSCRIBE method inspite of other Useragent sending >>a 200OK response for the SUBSCRIBE method. >> >>Both SUBSCRIBE and 200OK packets are getting proxied to respective user agents correctly. >>But the client1 is receiving 408 request time out error and the client2 is receiving SUBSCRIBE methods often. >> >>The SUBSCRIBE packet and the 200OK packet are as shown below. >> >>SUBSCRIBE sip:geetha@192.168.1.9 SIP/2.0 >>Via: sip/2.0/UDP 192.168.1.22:5060 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9> >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.22:5060> >>Expires: 1800 >>Content-Length: 0 >> >> >>SIP/2.0 200 OK >>Via: SIP/2.0/UDP 192.168.1.9:5060 >>Via: SIP/2.0/UDP 192.168.1.22:5060;received=192.168.1.22 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9>;tag=1050301221190 >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.21:5060> >>Expires: 1800 >>Content-Length: 0 >> >> >> >> >>Thanks >>Geetha >> >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers > >-- >Jiri Kuthan http://iptel.org/~jiri/ > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > -- ******************************************************************** eRiva provides IT Solutions & Services to companies worldwide. Our State of the Art Research & Development Centers provides Innovative Solutions to global customers. ******************************************************************** --

21 years, 2 months

1
0
0 0

[Serusers] Regarding SUBSCRIBE method

by Geetha Shree

hi all, We are getting 408 request timeout for our SUBSCRIBE method inspite of other Useragent sending a 200OK response for the SUBSCRIBE method. Both SUBSCRIBE and 200OK packets are getting proxied to respective user agents correctly. But the client1 is receiving 408 request time out error and the client2 is receiving SUBSCRIBE methods often. The SUBSCRIBE packet and the 200OK packet are as shown below. SUBSCRIBE sip:geetha@192.168.1.9 SIP/2.0 Via: sip/2.0/UDP 192.168.1.22:5060 From: <sip:client1@192.168.1.9>;tag=1050301248710 To: <sip:client2@192.168.1.9> Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 CSeq: 1 SUBSCRIBE Contact: <sip:192.168.1.22:5060> Expires: 1800 Content-Length: 0 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.9:5060 Via: SIP/2.0/UDP 192.168.1.22:5060;received=192.168.1.22 From: <sip:client1@192.168.1.9>;tag=1050301248710 To: <sip:client2@192.168.1.9>;tag=1050301221190 Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 CSeq: 1 SUBSCRIBE Contact: <sip:192.168.1.21:5060> Expires: 1800 Content-Length: 0 Thanks Geetha

21 years, 2 months

2
1
0 0

[Serusers] loose routing & M$ & Cisco

by Jiri Kuthan

FYI We found some SIP widely used implementations don't like loose-routing parameter (";lr") without any value (which is the currently documented use of loose-routing) and break. We will probably introduce a workaround option which will allow to use lr with value (e.g., ";lr=true"). In particular, we learned that Windows Messenger, rejects loose-record-routed requests and replies with "400 BAD Request" to INVITES with ";lr" in it. Cisco IOS strips all RR parameters without value away, including ";lr" from Route header fields in subsequent requests. -Jiri -- Jiri Kuthan http://iptel.org/~jiri/

21 years, 2 months

1
0
0 0

[Serusers] Problem with Presence Agent Module

by 2 2

Hi all, I downloaded the latest code from CVS and trying to include Presence Agent(pa.so) in my ser.cfg file. While trying to start the SER, i am geting "Segmentation fault" error. I have included dependent modules (tm,usrloc,jabber) before loading pa.so inside ser.cfg. Is there any special parameters to be passed for pa.so module through modparam ? Also is there a client test program available to test Presence module ? Thanks, Santosh __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

21 years, 2 months

3
2
0 0

[Serusers] Redhat 7.3 Compiler Question pertaining to SER

by Scott Holben

Hi, I got Pingtel, SipTone hardphones and Windows Messenger softphone to work just fine with the SER 0.8.9 server on the Internet via a Intertex IX66 firewall. I tweaked the SIP phone configurations to use the SER 0.8.10 I installed at home, from the binary RPM obtained from ftp://ftp.berlios.de/pub/ser/0.8.10/packages/redhat/7.x. I ran into some very strange behaviors with SER and the firewall. I disconnected the firewall connection to the Internet and the SIP INVITE transactions stopped involving the firewall. This was evident from analyzing Ethereal captures. (It was if the firewall was in a promiscuous mode of operation an acted upon packets that did not apply to it.) However, I still could not get INVITE transactions to generate 2xx responses for two local phone and SER proxy configured without authentication. So, I tried compiling the source code on my Redhat 7.3 box. > gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110) > make config <- for SER . . . Old gcc detected (2.9x), use gcc >= 3.1 for better results make: *** No rule to make target `config'. Stop. My question is should I compile SER with the GCC 2.96 compiler or pay attention to the make config message and update GCC? (Some of the RPM binaries differ from what I compiled with the default RH 7.3 GCC 2.96 compiler.) Sincerely, Scott Holben (skaht(a)iptel.org)

21 years, 2 months

2
1
0 0

[Serusers] Problem with Ser configuration

by 2 2

Hi all, I just installed MySql server on my linux box and trying to start SER. I am geting an error message while staring SER: "connect_db(): Cann't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)" My MySql serevr is runing and I can connect to SER database from my machine. However the socket is created at /tmp/mysql.sock. Now my question is, from where did SER pickup the socket path while starting ? How can I change it to /tmp/mysql.sock ? Any pointer is appreciated. Thanks and Regards, Santosh __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

21 years, 2 months

2
1
0 0

[Serusers] Looking for SIP Developers/Engineers

by s k

We're looking to bring on full-time programmers/engineers to work on SIP-based VoIP platform. Useful skill sets are: -Experience with Linux/Solaris-Experience programming with C/C++ -Experience with MySQL/PostgreSQL/RADIUS-Experience Administering Linux/Unix/Apache-Experience with PHP or similar scripting languages-Experience testing and deploying Soft/Hard UAs-Experience with wholesale termination/origination networks using Cisco Voice Gateways-And of course, interest in and experience using SIP. Some H.323 experience may be useful as well Location of work is US West Coast and permission to work in the US is unfortunately a must. Please reply if you're interested to siptelco(a)yahoo.com with a resume/experience/skills. --------------------------------- Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more

21 years, 2 months

1
0
0 0

[Serusers] Crash in branch_builder() with probability 1/RAND_MAX

by Jonathan Lennox

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)

21 years, 2 months

2
2
0 0

[Serusers] call between two NATted ATAs - is it possible ?

by Michael Vasilenko

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]

21 years, 2 months

1
0
0 0

[Serusers] anti-spam test

by Jiri Kuthan

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

21 years, 2 months

1
0
0 0

[Serusers] test

by Jiri Kuthan

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/

21 years, 2 months

1
0
0 0

[Serusers] click to dial

by Joe_chen

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?

21 years, 2 months

2
2
0 0

[Serusers] problem with compiling

by Yang Xiang

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

21 years, 2 months

4
18
0 0

RE: [Serusers] SIP Scenario Tool

by Klaus Darilion

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

21 years, 2 months

4
4
0 0

[Serusers] more problems with cisco ios sip

by Juha Heinanen

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

21 years, 2 months

3
4
0 0

[Serusers] SIP Scenario Tool

by Greg Fausak

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

21 years, 2 months

2
1
0 0

[Serusers] str2ip: WARNING: unexpected char

by Magnus Melin

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/

21 years, 2 months

3
2
0 0

[Serusers] Accounting with SER

by Sunithi JP

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

21 years, 2 months

2
1
0 0

[Serusers] SER has problems matching ACKs to replies

by Maxim Sobolev

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]

21 years, 2 months

3
12
0 0

[Serusers] �� Wolkswagen Golf 4. 1999 �.�.

by 236260＠fox.iptel.org

21 years, 2 months

1
0
0 0

[Serusers] About Aliases

by Santosh M Hulkund

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

21 years, 2 months

2
1
0 0

[Serusers] FCP module getting ready for testing...

by jaime＠umtstrial.co.uk

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

21 years, 2 months

1
0
0 0

[Serusers] Suppress Warning messages

by Santosh M Hulkund

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

21 years, 2 months

1
0
0 0

Re: [Serusers] SIP and ATA-186 forwarding

by Jiri Kuthan

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

21 years, 3 months

1
0
0 0

[Serusers] nethelper module

by Michael Vasilenko

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

21 years, 3 months

2
1
0 0

[Serusers] serweb and fifo

by Meghan Patricia Byrne

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

21 years, 3 months

2
4
0 0

Re: [Serusers] SIP and ATA-186 forwarding

by Jiri Kuthan

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

21 years, 3 months

2
1
0 0

[Serusers] Regarding NOTIFY

by Geetha Shree

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

21 years, 3 months

2
1
0 0

[Serusers] bug in last changes for "rport-received" tags

by Sergio Miguel Garcia

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.

21 years, 3 months

2
1
0 0

[Serusers] workaround for bug in snom's RR-ing

by Jiri Kuthan

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/

21 years, 3 months

1
0
0 0

[Serusers] ser crash after 8 hours test

by alan chen

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) -----------------------------

21 years, 3 months

2
1
0 0

Re: [Serusers] Error with Auth module

by Jan Janak

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

21 years, 3 months

1
0
0 0

[Serusers] Error with Auth module

by 2 2

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

21 years, 3 months

2
2
0 0

[Serusers] mysql client library, libmysqlclient.so.10

by vijay

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

21 years, 3 months

2
1
0 0

[Serusers] (no subject)

by Michael Vasilenko

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

21 years, 3 months

1
0
0 0

[Serusers] SIP and ATA-186 forwarding

by Mike

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

21 years, 3 months

1
0
0 0

Re: [Serusers] SER on FreeBSD Question

by Yang Xiang

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

21 years, 3 months

2
3
0 0

[Serusers] how do i disable forking ?

by Sunithi JP

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

21 years, 3 months

2
1
0 0

[Serusers] about cisco 5x00

by Juha Heinanen

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

21 years, 3 months

3
4
0 0

[Serusers] Crash in usrloc module [backtrace]

by Maxim Sobolev

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

21 years, 3 months

2
6
0 0

[Serusers] pstn gateway survey

by Yang Xiang

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

21 years, 3 months

2
1
0 0

[Serusers] click to dial

by Joe_chen

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

21 years, 3 months

2
1
0 0

RE: [Serusers] Re: windows messenger

by Dan Austin

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

21 years, 3 months

1
0
0 0

[Serusers] 513 msg too big

by alan chen

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

21 years, 3 months

3
3
0 0

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