- sr-users - kamailio.org

[Serusers] Access control on PSTN gateways
by Michael Graff 15 Jan '03

15 Jan '03

We have a group of people who run their own SIP servers (some are SER, some are not) and we are going to be sharing a PSTN gateway (Cisco box). I need to rewrite the identities for the users of our gateway into something that can be presented to the PSTN gateway for billing purposes. We don't want to do that mapping on the gateway itself, for various reasons. How do people handle this situation? Is it wise to put all functionality for user handling and incoming call handling and forwarding … [View More]

5 14

[Serusers] encryption on authorization
by Karsten Knüttel 15 Jan '03

15 Jan '03

Hi there, In a REGISTER case there is a HeaderField AUTHORIZATION. The usual encryption algorithm is "MD5". Is it possible to REGISTER without any encryption? Please give a statement if I understood everything right or correct me: Digest Username => not encrypted; realm =>not encrypted; URI =>not encrypted; Nonce => encrypted => is Password? Response => encrypted => what´s that? Thanks! P.… [View More]

2 1

[Serusers] Re: cpl
by Bogdan-Andrei IANCU 14 Jan '03

14 Jan '03

Joe_chen wrote: >hi,bogdan > Merry christmas! > Thank you for giving me the jcpl server last time. i have run the jcpl server with ser , but i want to extend or improve some functions,so i need the source code of jcpl server. Can you give me the jcpl server's source codes? if you can ,please send it to my mailbox. > First, sorry for the delay, but I was on vacation! Merry Christmas a A Happy New Year to you also! It's possible for us to send you the sources, but, as I already … [View More]

1 0

[Serusers] problem with sms module
by Joe_chen 14 Jan '03

14 Jan '03

hi, i have compliled and loaded the sms module, then i linked my mobile phone (motorola v998) with my computer on com1 port. when i run ser in debug mode ,the output informations are: .. 0(1515) DEBUG:modem_process: openning modem 0(1515) INFO:initmodem: init modem Motorola on /dev/ttyS0. 0(1515) INFO:initmodem: Checking if Modem is registered to the network 0(1515) NOTICE:initmodem: Waiting 2 sec. before retrying 0(1515) NOTICE:initmodem: Waiting 2 sec. before retrying 0(1515) NOTICE:… [View More]

3 2

[Serusers] Configuration for radius accounting
by Claudio Thorell dos Santos 10 Jan '03

10 Jan '03

Hello, I'm trying to set up radius accounting and has already compiled radius_acc.so, but I'm not shure how to configure it on ser.cfg. What parameters can I use? Is there any document or config example with radius accounting? Thanks and regards, Claudio

2 1

[Serusers] How to add fields in INVITE SDP ?
by David.Rio＠alcatel.fr 10 Jan '03

10 Jan '03

Hello I am using SER in a test environment as a proxy server. I would like it to add additional fields in the SDP of an INVITE message for some test needs. (e.g. add 'a=sendonly'). Is it possible ? If not possible, do you think it would be difficult to add a function addSdp(<string>) that would append a given string to the SDP of the current message and alter the 'content_length' header field ? I do not see in the 'sip_msg' structure any pointer to the body part of the message ; only … [View More]

2 1

[Serusers] multiple domain madness
by Michael Graff 10 Jan '03

10 Jan '03

Using multiple domains in one server is pretty hard. The schema even fights with me. I can't have both "graff" in the "isc.org" domain and "graff" in the "flame.org" domain, for instance, at least with the same user name. I think the unique field there should be a <user, domain> tuple. Additionally, all tables should probably grow a domain column, and lookup() would take that as an argument (defaulting to the host-portion of the URI, probably) That also makes things easier on routing … [View More]

3 4

[Serusers] Preventing unregistered users from calling
by Claudio Thorell dos Santos 10 Jan '03

10 Jan '03

Hello, I wanted to configure ser so that only registered user are allowed to make calls. I have set up digest authentication but still unregistered users can make calls. I wonder if I'm missing something on my config file (as attached below). Could someone please tell me what am I doing wrong, or provide me some configuration example on solving this issue? Thanks and regards, Claudio ########### ser.conf ########### route{ # Do strict routing if pre-loaded route headers present … [View More]

3 2

[Serusers] SER as UAS
by Viji Krishnan 10 Jan '03

10 Jan '03

Hi, I downloaded SER yesterday and I am trying to run it as a UAS. I am using the sample configuration uas.cfg. I modified it so that on receiving an INVITE I send a 200 OK. Now the problem is when I use the t_reply command to send the 200 OK, it doesn't add any SDP part to it. Is there anyway an SDP can be added to the 200 OK response to the INVITE. Appreciate any help Viji __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up … [View More]

2 3

[Serusers] aliasing broken?
by Michael Graff 09 Jan '03

09 Jan '03

3 2

Re: [Serusers] FCP support in SER
by jaime.gill＠orange.co.uk 09 Jan '03

09 Jan '03

Is anybody aware of any SIP ALG developed or being developed for linux/freebsd? Jaime PS: If nobody is looking at the FCP client side for SER, I would like to contribute in my spare time. Please let me know where should I start and may be I could give it a try. Jiri Kuthan <jiri(a)iptel.org> on 08/01/2003 21:39:20 To: Jaime GILL/EN/HTLUK@HTLUK serusers(a)lists.iptel.org cc: Subject: Re: [Serusers] FCP support in SER This piece of work is stalling for some reasons. … [View More] First, the gentlemen who was supposed to integrate an FCP client silently stepped away from this assignment. FCP server on linux is working. The other problem with FCP is there are no real standards. I was expecting the Midcom WG in the IETF to come up with one. Instead, it spent two years with doing things whose use I very strongly doubt. If there is any volunteer on this mailing list who would wish to complete or create the FCP client module, we will be glad to provide guidance. Users willing to traverse NATs may consider STUN/UPnP or ALGs as an alternative solution. Users willing to traverse firewalls may need to use an ALG or VPN technology. Unfortunately, NAT/FWs break too many things and there is no one-size-fits-it-all solution addressing all scenarios. -Jiri At 06:14 PM 1/8/2003, jaime.gill(a)orange.co.uk wrote: >Hi, > >I am wondering if this is the right place to ask, but here it goes. > >Is the SER software going to incorporate the client side of FCP (Firewall >Control Protcol) as a module at some point? > >Regards, > >Jaime > > > >******************************************************************************* >Important. >Confidentiality: This communication is intended for the above-named person and >may be confidential and/or legally privileged. Any opinions expressed in this >communication are not necessarily those of the company. If it has come to you >in error you must take no action based on it, nor must you copy or show it to >anyone; please delete/destroy and inform the sender immediately. > >Monitoring/Viruses >Orange may monitor all incoming and outgoing emails in line with current >legislation. Although we have taken steps to ensure that this email and >attachments are free from any virus, we advise that in keeping with good >computing practice the recipient should ensure they are actually virus free. > >Orange PCS Limited is a subsidiary of Orange SA and is registered in England No >2178917, with its address at St James Court, Great Park Road, Almondsbury Park, >Bradley Stoke, Bristol BS32 4QJ. >******************************************************************************* > >_______________________________________________ >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 ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* [View Less]

4 4

[Serusers] Problems compiling radius_acc module
by Claudio Thorell dos Santos 09 Jan '03

09 Jan '03

Hello, I'm trying to compile the radius_acc modude but have run into the following error: ###### make[1]: Entering directory `/home/cthorell/ser-0.8.10/modules/radius_acc' gcc -fPIC -DPIC -O9 -funroll-loops -Wcast-align -Wall -m486 -malign-loops=4 -DNAME='"ser"' -DVERSION='"0.8.10"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 2.95"' -D__CPU_i386 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUSE_IPV6 -… [View More]

3 2

[Serusers] ser up and running, now on to voice mail / conferencing
by Michael Graff 08 Jan '03

08 Jan '03

I got SER up and running with a whopping total of three "domains" being served on the same server. It was mostly painless, if missing some features I'd like to have seen (more on that in later messages.) What open source products are people using for voice mail, voice menu prompts (press 1 for sales, press 2 for the executative restroom) and for conference calls (which include PSTN calls as well as IP phones)? --Michael

2 4

[Serusers] SIP Symmetric Response support in SER
by Maxim Sobolev 08 Jan '03

08 Jan '03

Hi, Are there any plans to add SIP Symmetric Response support (http://www.iptel.org/info/players/ietf/firewall/nat/draft-ietf-sip-symmetri…) into SER, so that it would be possible to use compliant UAs behind NATs with SER being on a public IP? The idea is simple: when the SIP packet is received from UA, the server checks if an empty `rport' parameter is present in the first Via field, and if yes then compares IP:PORT in the first Via header with the actual IP:PORT this request came from, and … [View More]

2 1

[Serusers] FCP support in SER
by jaime.gill＠orange.co.uk 08 Jan '03

08 Jan '03

Hi, I am wondering if this is the right place to ask, but here it goes. Is the SER software going to incorporate the client side of FCP (Firewall Control Protcol) as a module at some point? Regards, Jaime ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those … [View More]

2 1

[Serusers] acc problem
by Joe_chen 08 Jan '03

08 Jan '03

hi, i have met the same problem with acc. i can get the invite message for accounting,but i can't get the bye message, i also capture the udp packages on ser server, i use MSN for UA, i find the sip messeges like: invite,100 trying,180 ringing ,200 ok(for invite),but when i hangup, there are not bye message, it's like sending bye message from UA to UA directly,while not going throug ser server,so there is not BYE message for accounting, is it true? how to get the bye message for accounting?… [View More] please help. my ser.cfg is like: .. loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/acc.so" #loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/print.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" .. modparam("acc", "db_url","sql://ser:heslo@localhost/ser") modparam("acc","report_ack",1) modparam("acc","log_level",1) modparam("acc", "acc_flag", 1 ) modparam("acc", "missed_flag", 3 ) # -- tm params -- modparam("tm", "fr_timer", 10 ) modparam("tm", "fr_inv_timer", 20 ) modparam("tm", "wt_timer", 10 ) .. route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # Do strict routing if pre-loaded route headers present rewriteFromRoute(); # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("192.168.139.125", "subscriber")) { # www_challenge("192.168.139.125", "0"); # break; # }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # set for accounting (the same value as in acc_flag!) if (method=="INVITE" || method=="BYE"){ setflag(1); # ... and also report on missed calls ... note that reporting # on missed calls is mutually exclusive with silent C timer # setflag(3); }; # forward to current uri now if (!t_relay()) { sl_reply_error(); }; } thanks! [View Less]

2 1

[Serusers] Problems compiling SER with radius support
by Maxim Sobolev 08 Jan '03

08 Jan '03

Dear Sirs, Our company is currently evaluating several freely available SIP proxy/registrars to extend our VoIP billing engine, which currently only supports H323, to support SIP as well. We found SER to be one of the best for our needs: speed, documentation, flexibility - everything is great. Hovewer, since our billing engine uses Radius for AAA, we need to get Radius modules working. Unfortunately, we can't compile radius modules with virgin radiusclient 0.3.2 as suggested in documentation - … [View More]it seems that some SIP-specific changes need to be applied to radiusclient headers, see the following log: gcc -fPIC -DPIC -pipe -O -mpreferred-stack-boundary=2 -march=pentium2 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -DNAME='"ser"' -DVERSION='"0.8.10"' -DARCH='"i386"' -DOS='"freebsd"' -DCOMPILER='"gcc 3.2"' -D__CPU_i386 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUSE_IPV6 -DDBG_QM_MALLOC -DFAST_LOCK -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_SOCKADDR_SA_LEN -I/usr/local/include -c acc.c -o acc.o acc.c: In function `radius_log_reply': acc.c:125: `PW_SIP_METHOD' undeclared (first use in this function) acc.c:125: (Each undeclared identifier is reported only once acc.c:125: for each function it appears in.) acc.c:136: `PW_SIP_RESPONSE_CODE' undeclared (first use in this function) acc.c:156: `PW_SIP_FROM_TAG' undeclared (first use in this function) acc.c:189: `PW_SIP_TO_TAG' undeclared (first use in this function) acc.c:213: `PW_SIP_CSEQ' undeclared (first use in this function) acc.c:288: `PW_SIP_TRANSLATED_REQ_URI' undeclared (first use in this function) acc.c: In function `radius_log_ack': acc.c:434: `PW_SIP_METHOD' undeclared (first use in this function) acc.c:442: `PW_SIP_RESPONSE_CODE' undeclared (first use in this function) acc.c:461: `PW_SIP_FROM_TAG' undeclared (first use in this function) acc.c:491: `PW_SIP_TO_TAG' undeclared (first use in this function) acc.c:514: `PW_SIP_CSEQ' undeclared (first use in this function) acc.c:588: `PW_SIP_TRANSLATED_REQ_URI' undeclared (first use in this function) acc.c: In function `rad_acc_request': acc.c:733: `PW_SIP_METHOD' undeclared (first use in this function) acc.c:744: `PW_SIP_RESPONSE_CODE' undeclared (first use in this function) acc.c:764: `PW_SIP_FROM_TAG' undeclared (first use in this function) acc.c:797: `PW_SIP_TO_TAG' undeclared (first use in this function) acc.c:821: `PW_SIP_CSEQ' undeclared (first use in this function) acc.c:904: `PW_SIP_TRANSLATED_REQ_URI' undeclared (first use in this function) Would you be so kind to provide us with your changes for radiusclient or point out where that modified version can be downloaded? Thank you in advance! On a separate note I would like to ask you to let me know if there is any progress on pre-paid module discussed on this list recently. Since we will also need this functionality, perhaps we can team-up to implement it. Sincerely, Maxim Sobolev PortaOne Ltd [View Less]

3 4

Re: [Serusers] acc question.
by lgfausak＠august.net 07 Jan '03

07 Jan '03

I really hate answering my own question :-) > } else if(method=="BYE") { > setflag(1); > forward(uri:host, uri:port); I changed this to t_relay() and then I get the BYE ACC output in the syslog file. This explains something else (I think). Sometimes the BYE would work, sometimes it would not make it all the way to the other device (either the PSTN gateway or the UA). That is probably because forward() simply bounces the … [View More]packet via UDP and the UDP can fail ??? t_relay() retries?? Does this make sense? ---greg > >Hi, > >I am trying to create a basic script for routing calls to and from >the PSTN. I have experimented with many scripts over the last month, >this included script is an example. I can use a UA on my >laptop called 'estara' and REGISTER with my ser sip server. >I can make a phone call (INVITE) to the PSTN. I can hang up the call >from either end (BYE) and everything seems to work well. > >I am trying to get accounting working. I see the call acceptance >record in my syslog file: > >Jan 7 00:21:09 build ser[3507]: ACC: transaction answered: method=INVITE, i-uri=sip:92143357976@build.august.net, o-uri=sip:2143357976@64.90.42.16:5060, call_id= 847b3d22-131d-46b0-abcb-dc8e6a9f32b5(a)192.168.100.100, from= greg <sip:1107@build.august.net>;tag=3a7b9c52, code=200 > >However, I can't get the 'BYE' event to record the transaction to the >syslog file. The 'BYE' event is bouncing through my SIP server. >Can someone give me a hint? > >Thank you, >---greg >Greg Fausak > >Included file----example.cfg---------------------------------------- >debug=1 # 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" > >loadmodule "/usr/local/lib/ser/modules/sl.so" >loadmodule "/usr/local/lib/ser/modules/tm.so" >loadmodule "/usr/local/lib/ser/modules/acc.so" >loadmodule "/usr/local/lib/ser/modules/rr.so" >loadmodule "/usr/local/lib/ser/modules/maxfwd.so" >loadmodule "/usr/local/lib/ser/modules/usrloc.so" >loadmodule "/usr/local/lib/ser/modules/registrar.so" >modparam("acc", "log_level", 1) >modparam("acc", "acc_flag", 1 ) > >route{ > # filter too old messages > if (!mf_process_maxfwd_header("10")) { > log("LOG: Too many hops\n"); > sl_send_reply("483","Too Many Hops"); > break; > }; > if (len_gt( max_len )) { > sl_send_reply("513", "Wow -- Message too large"); > break; > }; > > /* ********* RR ********************************** */ > > /* Do strict routing if route headers present */ > rewriteFromRoute(); > /* record-route INVITEs -- all subsequent requests must visit us */ > if (method=="INVITE") { > addRecordRoute(); > } else if (method=="REGISTER") { > log("here is a register"); > save("location"); > break; > }; > > # now check if it really is a PSTN destination which should be handled > # by our gateway; if not, and the request is an invitation, drop it -- > # we cannot terminate it in PSTN; relay non-INVITE requests -- it may > # be for example BYEs sent by gateway to call originator > if (!uri=~"sip:9[2-9][0-9]{9}@.*") { > if (method=="INVITE") { > sl_send_reply("403", "Call cannot be served here"); > } else if(method=="BYE") { > setflag(1); > forward(uri:host, uri:port); > } else { > forward(uri:host, uri:port); > }; > break; > }; > > # account completed transactions via syslog > setflag(1); > > strip(1); > > > rewritehostport("64.90.42.16:5060"); > > # forward the request now > if (!t_relay()) { > sl_reply_error(); > break; > }; >} >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > [View Less]

3 2

[Serusers] qm_malloc problem
by Joe_chen 07 Jan '03

07 Jan '03

hi, i have a problem about qm_malloc. my ser has been running correctly before sevral days. but on the day before yesterday it doesn't work suddenly, in the debug mode, the output informations are: .. 0(1114) find_export: found <~db_insert> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(1114) find_export: found <~db_delete> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(1114) find_export: found <~db_update> in module mysql [/usr/local/lib/… [View More]ser/modules/mysql.so] 0(1114) qm_malloc(0x80adf80, 24) called from dbase.c: db_init(266) 0(1114) qm_malloc(0x80adf80, 24) returns address 0x80b43d0 on 0 -th hit 0(1114) qm_malloc(0x80adf80, 30) called from dbase.c: connect_db(69) 0(1114) qm_malloc(0x80adf80, 32) returns address 0x80b4418 on 0 -th hit 0(1114) qm_malloc(0x80adf80, 544) called from dbase.c: connect_db(89) 0(1114) qm_malloc(0x80adf80, 544) returns address 0x80b4468 on 0 -th hit 0(1114) qm_free(0x80adf80, 0x80b4418), called from dbase.c: connect_db(106) 0(1114) qm_free: freeing block alloc'ed from dbase.c: connect_db(69) 0(1114) mod_init(): Database connection opened successfuly Maxfwd module- initializing rr - initializing 0(1114) TM - initializing... 0(1114) DEBUG: register_fifo_cmd: new command (t_uac) registered 0(1114) DEBUG: register_fifo_cmd: new command (t_uac_from) registered 0(1114) DEBUG: register_fifo_cmd: new command (t_hash) registered 0(1114) qm_malloc(0x4212f000, 1572864) called from h_table.c: init_hash_table(276) 0(1114) qm_malloc(0x4212f000, 1572864) returns address 0x421354b8 on 0 -th hit 0(1114) DEBUG: lock_initialize: lock initialization started 0(1114) qm_malloc(0x4212f000, 16) called from lock.c: lock_initialize(169) 0(1114) qm_malloc(0x4212f000, 16) returns address 0x422b54e8 on 0 -th hit 0(1114) qm_malloc(0x4212f000, 448) called from timer.c: tm_init_timers(484) 0(1114) qm_malloc(0x4212f000, 448) returns address 0x422b5528 on 0 -th hit 0(1114) qm_malloc(0x4212f000, 40) called from t_stats.c: init_tm_stats(110) 0(1114) qm_malloc(0x4212f000, 40) returns address 0x422b5718 on 0 -th hit 0(1114) qm_malloc(0x4212f000, 12) called from t_stats.c: init_tm_stats(118) 0(1114) qm_malloc(0x4212f000, 12) returns address 0x422b5770 on 0 -th hit .. stateless - initializing 0(1114) qm_malloc(0x4212f000, 320) called from sl_stats.c: init_sl_stats(128) 0(1114) qm_malloc(0x4212f000, 320) returns address 0x422b5824 on 0 -th hit 0(1114) DEBUG: register_fifo_cmd: new command (sl_stats) registered 0(1114) DEBUG: MD5 calculated: d907c037823644515dfe0ede38ca9976 0(1114) qm_malloc(0x4212f000, 4) called from sl_funcs.c: sl_startup(65) 0(1114) qm_malloc(0x4212f000, 4) returns address 0x422b5994 on 0 -th hit mysql - initializing 0(1114) qm_malloc(0x4212f000, 396) called from main.c: main(1363) 0(1114) qm_malloc(0x4212f000, 396) returns address 0x422b59c8 on 0 -th hit 0(0) fixing /usr/local/lib/ser/modules/maxfwd.so mf_process_maxfwd_header 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply 0(0) fixing /usr/local/lib/ser/modules/rr.so rewriteFromRoute 0(0) fixing /usr/local/lib/ser/modules/registrar.so save 0(0) qm_malloc(0x4212f000, 16) called from dlist.c: new_dlist(87) 0(0) qm_malloc(0x4212f000, 16) returns address 0x422b5b84 on 0 -th hit ... 0(0) qm_malloc(0x80adf80, 96) called from db_row.c: convert_row(49) 0(0) qm_malloc(0x80adf80, 96) returns address 0x80b47cc on 0 -th hit 0(0) qm_malloc(0x80adf80, 96) called from db_row.c: convert_row(49) 0(0) qm_malloc(0x80adf80, 96) returns address 0x80b485c on 0 -th hit Segmentation fault it seems that ser can't allocate memory by qm_malloc function. what's wrong with it? i have tried to reinstall my linux8.0 OS, but the problem is still existed. please help me! thanks! regards,Joe_chen [View Less]

2 2

[Serusers] acc question.
by lgfausak＠august.net 07 Jan '03

07 Jan '03

Hi, I am trying to create a basic script for routing calls to and from the PSTN. I have experimented with many scripts over the last month, this included script is an example. I can use a UA on my laptop called 'estara' and REGISTER with my ser sip server. I can make a phone call (INVITE) to the PSTN. I can hang up the call from either end (BYE) and everything seems to work well. I am trying to get accounting working. I see the call acceptance record in my syslog file: Jan 7 00:21:09 … [View More]build ser[3507]: ACC: transaction answered: method=INVITE, i-uri=sip:92143357976@build.august.net, o-uri=sip:2143357976@64.90.42.16:5060, call_id= 847b3d22-131d-46b0-abcb-dc8e6a9f32b5(a)192.168.100.100, from= greg <sip:1107@build.august.net>;tag=3a7b9c52, code=200 However, I can't get the 'BYE' event to record the transaction to the syslog file. The 'BYE' event is bouncing through my SIP server. Can someone give me a hint? Thank you, ---greg Greg Fausak Included file----example.cfg---------------------------------------- debug=1 # 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" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/acc.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" modparam("acc", "log_level", 1) modparam("acc", "acc_flag", 1 ) route{ # filter too old messages if (!mf_process_maxfwd_header("10")) { log("LOG: Too many hops\n"); sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Wow -- Message too large"); break; }; /* ********* RR ********************************** */ /* Do strict routing if route headers present */ rewriteFromRoute(); /* record-route INVITEs -- all subsequent requests must visit us */ if (method=="INVITE") { addRecordRoute(); } else if (method=="REGISTER") { log("here is a register"); save("location"); break; }; # now check if it really is a PSTN destination which should be handled # by our gateway; if not, and the request is an invitation, drop it -- # we cannot terminate it in PSTN; relay non-INVITE requests -- it may # be for example BYEs sent by gateway to call originator if (!uri=~"sip:9[2-9][0-9]{9}@.*") { if (method=="INVITE") { sl_send_reply("403", "Call cannot be served here"); } else if(method=="BYE") { setflag(1); forward(uri:host, uri:port); } else { forward(uri:host, uri:port); }; break; }; # account completed transactions via syslog setflag(1); strip(1); rewritehostport("64.90.42.16:5060"); # forward the request now if (!t_relay()) { sl_reply_error(); break; }; } [View Less]

1 0

[Serusers] About B2BUA
by chang hui 06 Jan '03

06 Jan '03

Hi All, I am newbie of this field, thanks everyone help me. I am interesting in B2BUA, however, except some brief defination in 3261, I could not find any further defination or how to implement about B2BUA, I noticed that SER could be implemented as a B2BUA, where can I find some implementation? or where can I get any description? Koalas

2 5

[Serusers] One more thing on Messenger with ser
by Joseph McDonald 06 Jan '03

06 Jan '03

I just setup an account on iptel.org (joejoe(a)iptel.org) and I connected it to it fine with Messenger which leads me to believe that I have done something wrong with my ser installation. thanks, -joe

2 1

[Serusers] Connecting to ser with MS Messenger
by Joseph McDonald 06 Jan '03

06 Jan '03

Hi, I've got ser installed and running (0.8.10 on Linux 2.4.18-18.8.0) I attempt to connect to it with MS "Windows Messenger" version 4.7.0104 on WindowsXP, but it never connected and I don't see anything in the logfile showing even an attempt to connect. Just to make sure that I didn't have any firewall rules blocking access, I wrote a little script to connect to port 5060 on the sip server and send it "Asdf\n", that appeared to work fine, as this appeared in my log: Jan 6 … [View More]

1 0

[Serusers] error: max nr of branches
by Daryl Jones 05 Jan '03

05 Jan '03

I'm seeing the following errors in syslog when I place a call to one particular URI in my system. There are 5 devices registered to receive calls for this URI. Is this a problem? Is there a limit to how many telephone sets can have the same number appearance? Jan 3 12:15:44 sip /usr/sbin/ser[9845]: lookup(): Error while appending a branch Jan 3 12:15:44 sip /usr/sbin/ser[9845]: USRLOC DB lookup not found... Jan 3 12:15:52 sip /usr/sbin/ser[9846]: ERROR: append_branch: max nr of branches exceeded

2 1

[Serusers] Re: [Sip-implementors] Registration rejection, process not running?
by Jiri Kuthan 04 Jan '03

04 Jan '03

1) use [serusers] 2) really do use [serusers] 3) I mean it really -- please, use [serusers] and not [sip-implementors] Thank you :-) ([sip-implementors] is for discussing of sip developers' issues and is not related to any specific implementation) -- As for your problem -- please, look first at your log files. It is otherwise difficult to guess why ser does not start or stops. See http://www.iptel.org/ser/doc/seruser-html/x156.html for more guidelines on error reporting. We will be glad … [View More]to review your issue as soon as you submit more detailed information. Thank you, -Jiri At 08:46 PM 1/4/2003, Erik Lagerway wrote: >I have tried to connect with several SIP clients to our SER and this is >the message sent to the server by the client, ngrep on the server shows >the same message: > >U 206.12.30.135:1053 -> 65.39.143.170:5060 > REGISTER sip:xten.net SIP/2.0..Via: SIP/2.0/UDP >206.12.30.135:5060..From: s > ip:xlags@xten.net..To: sip:xlags@xten.net..Contact: >sip:xlags@206.12.30.135 > :5060..Call-ID: >31f2da21-b0d8-41b4-a047-6058b9997f1f@206.12.30.135..CSeq: 4 > 56557 REGISTER..Content-Length: 0..Expires: 3600.... > >When I run "serctl ps" it do not see any running processes. I get the >same result when I use "ps -aux". It's like the server isn't running or >something yet I am not getting an error, just black space. > >When I do /etc/rc.d/init.d/ser restart, I get this: > >[root@localhost /]# /etc/rc.d/init.d/ser restart >Stopping ser: /etc/rc.d/init.d/ser: line 201: kill: (17491) - No such >process >/etc/rc.d/init.d/ser: line 201: kill: (17490) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17489) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17488) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17482) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17481) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17480) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17479) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17478) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (17477) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2533) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2516) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2515) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2514) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2513) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2511) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2510) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2509) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2508) - No such process >/etc/rc.d/init.d/ser: line 201: kill: (2507) - No such process > [ OK ] >Starting ser: [ OK ] > >After restarting I have to add my SIP _DOMAIN again, then I get the same >results as stated above. > >My SIP_DOMAIN is xten.net, my realm is the same. The SIP server address >is ser.xten.net. Registered users: xlags(a)xten.net pwd: 484827, >mark(a)xten.net pwd: 484827 > >Could someone help me with this, I would really like to get this working >:) > >erik(a)xten.com >Msn id: elagerway(a)hotmail.com > > > >_______________________________________________ >Sip-implementors mailing list >Sip-implementors(a)cs.columbia.edu >http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors -- Jiri Kuthan http://iptel.org/~jiri/ [View Less]

1 0

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