sr-users June 2005

sr-users@lists.kamailio.org

241 participants
595 discussions

by Abdul Lateef

Yours, Abdul Lateef Computer Programmer HATIF COM Mob: +974 - 5405022 Tel: +974 - 4883068 ICQ: 276994704 YM!: abdul_zu Fax: +974 - 4883063 Doha Qatar http://www.hatif.com __________________________________ Discover Yahoo! Find restaurants, movies, travel and more fun for the weekend. Check it out! http://discover.yahoo.com/weekend.html

18 years, 10 months

[Serusers] Ser - Voice Problem

by Bruno Oliveira

oi I have being 0,9,0 and mysql being executed in a my serving when I make call enters two customers kphone the system of messages functions the voice more nao functions. you without none firewall you testing the being in the internal net. they can help me? -- []s, Bruno "Niggas" Oliveira Belo Horizonte - MG Msn: n1gg4s(a)gmail.com Icq: 176314647 "Todo o nosso descontentamento por aquilo que nos falta procede da nossa falta de gratidão por aquilo que temos."

18 years, 10 months

[Serusers] clustering / failover

by Ingo Wolfsberger

Hi Has iptel or voice-sistem a cluster and failover solution? active-active systems? bye, Ingo -- Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis ++ Jetzt anmelden & testen ++ http://www.gmx.net/de/go/promail ++

18 years, 10 months

Fw: [Serusers] SER Windows messenger on-line problem

by Kissandrakis S. George

Hello again, I have used x-lite (www.xten.com) sip UA instead of windows messenger 5.1 and between the sip UAs i get the same message as below (while both are online) So i suppose tha its SER misconfiguration or bug and NOT UA's problem Any hints? 0(20323) build_res_from_sip_res: copied size: orig:88, new: 27, rest: 635 msg= SIP/2.0 483 Too Many Hops Via: SIP/2.0/UDP 147.52.3.244;branch=z9hG4bKebc6.ea874434.0 Via: SIP/2.0/UDP 147.52.250.40:5060;rport=5060;branch=z9hG4bK0C60B2DF5CBC44C1B8448703506A0A2C From: <sip:kissand2@ipv6.uoc.gr>;tag=2013581859 To: <sip:kissand@ipv6.uoc.gr>;tag=baeb3f9382bd3485fa08dc217d881d32.472a Call-ID: 34CB6351-DA6F-4AFE-BB07-02A3803F9483(a)147.52.250.40 CSeq: 25006 INVITE Server: Sip EXpress router (0.8.14 (i386/linux)) Content-Length: 0 Warning: 392 147.52.3.244:5060 "Noisy feedback tells: pid=20323 req_src_ip=147.52.3.244 req_src_port=5060 in_uri=sip:kissand@ipv6.uoc.gr out_uri=sip:kissand@ipv6.uoc.gr via_cnt==71" Begin forwarded message: Date: Mon, 27 Jun 2005 17:22:14 +0300 From: "Kissandrakis S. George" <kissand(a)ucnet.uoc.gr> To: serusers(a)lists.iptel.org Subject: [Serusers] SER Windows messenger on-line problem Hello, I have installed SER 0.8.14 with radius-mysql authentication besides the default routing, alias=ipv6.uoc.gr ....... if (uri==~"sip:ipv6.uoc.gr") { i have if ( uri=~"sip:[0-9][0-9][0-9][0-9]") { forward (MY-GW-IP,5060); }; i have two accounts in radius kissand(a)ipv6.uoc.gr kissand2(a)ipv6.uoc.gr and with windows messenger 5.1 i go "online" and i can make calls with 4-digit numbers with both accounts If i go "online" with kissand(a)ipv6.uoc.gr and kissand2(a)ipv6.uoc.gr (registered normally) from different computers, kissand(a)ipv6.uoc.gr sees offline kissand2(a)ipv6.uoc.gr and vise versa with ngrep i get SIP/2.0 483 Too Many Hops..Via: SIP/2.0/UDP 147.52.250.40:7563..From: "kissand2(a)ipv6.uoc.gr" <sip:kissand2 @ipv6.uoc.gr>;tag=57126e7b464c4f4498de2e1882dd41ea;epid=3d3d4dcaec..To: <sip:kissand@ipv6.uoc.gr>;tag=baeb 3f9382bd3485fa08dc217d881d32.dbf8..Call-ID: d3e09061703b477a8e927df4c622ff8a..CSeq: 1 SUBSCRIBE..Server: S ip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 147.52.3.244:5060 "Noisy feedback tells: pid=16582 req_src_ip=147.52.3.244 req_src_port=5060 in_uri=sip:kissand@ipv6.uoc.gr out_uri=sip:ki ssand(a)ipv6.uoc.gr via_cnt==71".... SIP/2.0 483 Too Many Hops..Via: SIP/2.0/UDP 147.52.250.62:13759..From: "kissand(a)ipv6.uoc.gr" <sip:kissand@ ipv6.uoc.gr>;tag=5c3c36c6e10640f28463ba634d78d5b0;epid=2fd193f505..To: <sip:kissand2@ipv6.uoc.gr>;tag=baeb 3f9382bd3485fa08dc217d881d32.170e..Call-ID: e0b1e57ea151409fbc29aaaeb6c83b4a..CSeq: 1 SUBSCRIBE..Server: S ip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 147.52.3.244:5060 "Noisy feedback tells: pid=16582 req_src_ip=147.52.3.244 req_src_port=5060 in_uri=sip:kissand2@ipv6.uoc.gr out_uri=sip:k issand2(a)ipv6.uoc.gr via_cnt==71".... debbuging SER i get 0(16582) build_res_from_sip_res: copied size: orig:87, new: 27, rest: 599 msg=SIP/2.0 483 Too Many Hops^M Via: SIP/2.0/UDP 147.52.3.244;branch=z9hG4bK806e.6a590d4.0^M Via: SIP/2.0/UDP 147.52.250.62:13759^M From: "kissand(a)ipv6.uoc.gr" <sip:kissand@ipv6.uoc.gr>;tag=5c3c36c6e10640f28463ba634d78d5b0;epid=2fd193f505^M To: <sip:kissand2@ipv6.uoc.gr>;tag=baeb3f9382bd3485fa08dc217d881d32.170e^M Call-ID: e0b1e57ea151409fbc29aaaeb6c83b4a^M CSeq: 1 SUBSCRIBE^M Server: Sip EXpress router (0.8.14 (i386/linux))^M Content-Length: 0^M Warning: 392 147.52.3.244:5060 "Noisy feedback tells: pid=16582 req_src_ip=147.52.3.244 req_src_port=5060 in_uri=sip:kissand2@ipv6.uoc.gr out_uri=sip:kissand2@ipv6.uoc.gr via_cnt==71"^M sipsak gives the same results My sip server's ip is 147.52.3.244 resolves to edet.ucnet.uoc.gr SRV record fir _sip._upd.ipv6.uoc.gr resolves to 5060 edet.ucnet.uoc.gr Is it a problem that the server is not in ipv6.uoc.gr DNS domain? If not any hints about "Too Many Hops" between users? Thank you -- Kissandrakis S. George kissand(a)ucnet.uoc.gr NOC - System Administrator University of Crete _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers -- Kissandrakis S. George kissand(a)ucnet.uoc.gr NOC - System Administrator University of Crete

18 years, 10 months

[Serusers] cisco 7970g

by Iqbal

Hi Has anyone had any experience with this phone, and any of its features Iqbal

18 years, 10 months

Re: [Serusers] ser-mysql accounting

by Szabolcs Szasz

Hi guys! It looks like I have not compiled the acc module with database support. Can somebody confirm this? How can I do this? If I insert these rows : modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 1) this is the error: 0(29943) set_mod_param_regex: parameter <db_flag> not found in module <acc> 0(29943) parse error (87,29-30): Can't set module parameter 0(29943) set_mod_param_regex: parameter <db_missed_flag> not found in module <acc> 0(29943) parse error (88,36-37): Can't set module parameter ERROR: bad config file (2 errors) > Normaly it is ok. And it doesn't work? > > > Szabolcs Szasz a écrit : >> OK. Then, how can I define the acc module's parameter to register calls >> into the database? >> Now I have: >> >> modparam("acc", "log_level", 1) >> modparam("acc", "log_flag", 1 ) >> >> at the module parameters >> >> and >> >> setflag(1); >> >> What have I to do? >> >> >>>but you can have more as one accounting. You're flag numbre must be the >>>same as the number defined at the beggining (module's paramters) >>> >>>Szabolcs Szasz a écrit : >>> >>>> Yes, I do. I consider that this line of log is caused by the >>>>"setflag()" >>>>command : (ACC: transaction answered: method=INVITE,), or not??? >>>> >>>> >>>> >>>>>Do you use the command "setflag()" ? >>>>> >>>>>Szabolcs Szasz a écrit : >>>>> >>>>> >>>>>>Hello >>>>>> >>>>>>I have installed SER on my redhat box. I have a problem with >>>>>> ser-mysql >>>>>>accounting. In the log is apearing the acc information, but it >>>>>> doesn't >>>>>>write into the mysql database? It looks like this when I make a call >>>>>>from >>>>>>506029 to 506030 : >>>>>> >>>>>>0(24195) ------------------------------------------- >>>>>>0(24195) entering route[1] - relaying SIP message >>>>>>0(24195) relaying message ... >>>>>>0(24195) ACC: transaction answered: method=INVITE, >>>>>>i-uri=sip:506030@10.1.10.10:5060;user=phone, >>>>>>o-uri=sip:506030@10.1.10.105:5060, >>>>>>call_id=58dcd4-a010a68-13c4-119d-44d0f9-247(a)10.1.10.10, >>>>>>from=<sip:506029@10.1.10.10> ;tag=a010a68-13c4-119d-44d0f9-3b9d, >>>>>>code=200 >>>>>>0(24195) ------------------------------------------- >>>>>>0(24195) entering main loop >>>>>>0(24195) ACK message received >>>>>>0(24195) ------------------------------------------- >>>>>>0(24195) entering route[1] - relaying SIP message >>>>>>0(24195) relaying message ... >>>>>>0(24195) ACC: request acknowledged: method=ACK, >>>>>>i-uri=sip:506030@10.1.10.105:5060, o-uri=sip:506030@10.1.10.105:5060, >>>>>>call_id=58dcd4-a010a68-13c4-119d-44d0f9-247(a)10.1.10.10, >>>>>>from=<sip:506029@10.1.10.10> ;tag=a010a68-13c4-119d-44d0f9-3b9d, >>>>>>code=200 >>>>>>0(24195) ------------------------------------------- >>>>>>0(24195) entering main loop >>>>>>0(24195) BYE message received >>>>>>0(24195) ------------------------------------------- >>>>>>0(24195) entering route[1] - relaying SIP message >>>>>>0(24195) relaying message ... >>>>>>0(24195) ACC: transaction answered: method=BYE, >>>>>>i-uri=sip:506029@10.1.10.104:5060, o-uri=sip:506029@10.1.10.104:5060, >>>>>>call_id=58dcd4-a010a68-13c4-119d-44d0f9-247(a)10.1.10.10, >>>>>>from=<sip:506030@10.1.10.10:5060;user=phone> >>>>>>;tag=a010a69-13c4-11a0-44dbd5-740c, code=200 >>>>>> >>>>>>Can anyone help me ? >>>>>> >>>>>>Thanks >>>>>>Szabolcs >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>_______________________________________________ >>>>>>Serusers mailing list >>>>>>serusers(a)lists.iptel.org >>>>>>http://lists.iptel.org/mailman/listinfo/serusers >>>>>> >>>>> >>>> >>>>_____________________________ >>>>Szabolcs Szasz >>>>CCNA Network Engineer >>>> >>>>Digi Communication SRL >>>>H2/3 Petofi Sandor St. >>>>Sovata, >>>>Mures, Romania >>>>Tel/ Fax: +40 265 577888 >>>> +40 265 577785 >>>> +40 365 506000 >>>>sszasz(a)digicomm.ro >>>>www.digicomm.ro >>>>_____________________________ >>>> >>>> >>>> >>> >> >> >> _____________________________ >> Szabolcs Szasz >> CCNA Network Engineer >> >> Digi Communication SRL >> H2/3 Petofi Sandor St. >> Sovata, >> Mures, Romania >> Tel/ Fax: +40 265 577888 >> +40 265 577785 >> +40 365 506000 >> sszasz(a)digicomm.ro >> www.digicomm.ro >> _____________________________ >> >> >> > _____________________________ Szabolcs Szasz CCNA Network Engineer Digi Communication SRL H2/3 Petofi Sandor St. Sovata, Mures, Romania Tel/ Fax: +40 265 577888 +40 265 577785 +40 365 506000 sszasz(a)digicomm.ro www.digicomm.ro _____________________________

18 years, 10 months

[Users] Suitable Distro for OpenSER ?

by Ozan Blotter

Dear List, My Linux Box is so sticky so i have to renew it, before installing a new one i want to ask all of you a general question. I will do a scratch and full installation, without touching anything i want to install OpenSER with MySql support for both Auth and Acc. without any problems in compiling which distro you offer me to install ? I have below ones: Mandrake 10.0 SuSe 9.3 Fedora Core 3 (Now i'm using this but so many problems) Debian Sarge Thanks, Ozan

18 years, 10 months

[Users] Bug in OpenSER ?

by Ozan Blotter

Another boring may be interesting BUG or what else, SER, PSTN Gateway are on Public IP and and i've registered two ATA's with SER, both ATA's are connected through ADSL Gateways but Port Forwarding is done so they can call each other without problem and they can talk each other for a long time, when i do a route plan for number beginning with 0 which is directed to PSTN Gateway, the landline rings and when the callee party answers the phone the system locks up, the caller party (where ATA is) 's internet disconnects and i have to reset modem manually. Any Ideas ? Ozan 0(10163) DEBUG: init_mod_child (0): tm 0(10163) DEBUG: callid: '5ffafd9b-10163(a)127.0.0.1' 0(10163) DEBUG: init_mod_child (0): usrloc 6(10169) SIP Request: 6(10169) method: <REGISTER> 6(10169) uri: <sip:212.154.104.198:5060> 6(10169) version: <SIP/2.0> 6(10169) parse_headers: flags=1 6(10169) Found param type 232, <branch> = <z9hG4bK11732b745417decb>; state=16 6(10169) end of header reached, state=5 6(10169) parse_headers: Via found, flags=1 6(10169) parse_headers: this is the first via 6(10169) After parse_msg... 6(10169) preparing to run routing scripts... 6(10169) parse_headers: flags=128 6(10169) DEBUG:maxfwd:is_maxfwd_present: value = 70 6(10169) DBG:maxfwd:process_maxfwd_header: value 70 decreased to 16 6(10169) parse_headers: flags=256 6(10169) end of header reached, state=9 6(10169) DEBUG: get_hdr_field: <To> [34]; uri=[sip:8334843600@212.154.104.198] 6(10169) DEBUG: to body [<sip:8334843600@212.154.104.198> ] 6(10169) get_hdr_field: cseq <CSeq>: <194> <REGISTER> 6(10169) DEBUG: get_hdr_body : content_length=0 6(10169) found end of header 6(10169) find_first_route: No Route headers found 6(10169) loose_route: There is no Route HF 6(10169) grep_sock_info - checking if host==us: 15==9 && [212.154.104.198] == [127.0.0.1] 6(10169) grep_sock_info - checking if port 5060 matches port 5060 6(10169) grep_sock_info - checking if host==us: 15==15 && [212.154.104.198] == [212.154.104.198] 6(10169) grep_sock_info - checking if port 5060 matches port 5060 6(10169) grep_sock_info - checking if host==us: 15==9 && [212.154.104.198] == [127.0.0.1] 6(10169) grep_sock_info - checking if port 5060 matches port 5060 6(10169) grep_sock_info - checking if host==us: 15==15 && [212.154.104.198] == [212.154.104.198] 6(10169) grep_sock_info - checking if port 5060 matches port 5060 6(10169) parse_headers: flags=-1 6(10169) parse_headers: flags=33554432 6(10169) build_contact(): Created Contact HF: Contact: <sip:8334843600@85.96.192.140:5060>;expires=60 6(10169) parse_headers: flags=-1 6(10169) check_via_address(85.96.192.140, 85.96.192.140, 0) 6(10169) DEBUG:destroy_avp_list: destroying list (nil) 6(10169) receive_msg: cleaning up 8(10171) SIP Request: 8(10171) method: <INVITE> 8(10171) uri: <sip:02324843600@212.154.104.198> 8(10171) version: <SIP/2.0> 8(10171) parse_headers: flags=1 8(10171) Found param type 232, <branch> = <z9hG4bK24ce735d3f448cd1>; state=16 8(10171) end of header reached, state=5 8(10171) parse_headers: Via found, flags=1 8(10171) parse_headers: this is the first via 8(10171) After parse_msg... 8(10171) preparing to run routing scripts... 8(10171) parse_headers: flags=128 8(10171) DEBUG:maxfwd:is_maxfwd_present: value = 70 8(10171) DBG:maxfwd:process_maxfwd_header: value 70 decreased to 16 8(10171) parse_headers: flags=8 8(10171) end of header reached, state=9 8(10171) DEBUG: get_hdr_field: <To> [35]; uri=[sip:02324843600@212.154.104.198] 8(10171) DEBUG: to body [<sip:02324843600@212.154.104.198> ] 8(10171) DEBUG: add_param: tag=xIjNwUDMxID 8(10171) end of header reached, state=29 8(10171) parse_headers: flags=256 8(10171) get_hdr_field: cseq <CSeq>: <1> <INVITE> 8(10171) DEBUG: get_hdr_body : content_length=190 8(10171) found end of header 8(10171) find_first_route: No Route headers found 8(10171) loose_route: There is no Route HF 8(10171) grep_sock_info - checking if host==us: 15==9 && [212.154.104.198] == [127.0.0.1] 8(10171) grep_sock_info - checking if port 5060 matches port 5060 8(10171) grep_sock_info - checking if host==us: 15==15 && [212.154.104.198] == [212.154.104.198] 8(10171) grep_sock_info - checking if port 5060 matches port 5060 8(10171) grep_sock_info - checking if host==us: 15==9 && [212.154.104.198] == [127.0.0.1] 8(10171) grep_sock_info - checking if port 5060 matches port 5060 8(10171) grep_sock_info - checking if host==us: 15==15 && [212.154.104.198] == [212.154.104.198] 8(10171) grep_sock_info - checking if port 5060 matches port 5060 8(10171) lookup(): '02324843600' Not found in usrloc 8(10171) grep_sock_info - checking if host==us: 15==9 && [212.154.104.198] == [127.0.0.1] 8(10171) grep_sock_info - checking if port 5060 matches port 5060 8(10171) grep_sock_info - checking if host==us: 15==15 && [212.154.104.198] == [212.154.104.198] 8(10171) grep_sock_info - checking if port 5060 matches port 5060 8(10171) DEBUG: t_newtran: msg id=1 , global msg id=0 , T on entrance=0xffffffff 8(10171) parse_headers: flags=-1 8(10171) parse_headers: flags=60 8(10171) t_lookup_request: start searching: hash=15098, isACK=0 8(10171) DEBUG: RFC3261 transaction matching failed 8(10171) DEBUG: t_lookup_request: no transaction found 8(10171) SER: new INVITE 8(10171) parse_headers: flags=-1 8(10171) check_via_address(85.96.192.140, 85.96.192.140, 0) 8(10171) WARNING:vqm_resize: resize(0) called 8(10171) DEBUG: reply sent out. buf=0x80fbde0: SIP/2.0 1..., shmem=0xf50c6938: SIP/2.0 1 8(10171) DEBUG: _reply_light: finished 8(10171) DEBUG: mk_proxy: doing DNS lookup... 8(10171) check_via_address(85.96.192.140, 85.96.192.140, 0) 8(10171) DEBUG: add_to_tail_of_timer[4]: 0xf50c549c 8(10171) DEBUG: add_to_tail_of_timer[0]: 0xf50c54ac 8(10171) SER: new transaction fwd'ed 8(10171) DEBUG:destroy_avp_list: destroying list (nil) 8(10171) receive_msg: cleaning up 7(10170) SIP Reply (status): 7(10170) version: <SIP/2.0> 7(10170) status: <100> 7(10170) reason: <Trying> 7(10170) parse_headers: flags=1 7(10170) Found param type 232, <branch> = <z9hG4bKafa3.e5774111.0>; state=16 7(10170) end of header reached, state=5 7(10170) parse_headers: Via found, flags=1 7(10170) parse_headers: this is the first via 7(10170) After parse_msg... 7(10170) forward_reply: found module tm, passing reply to it 7(10170) DEBUG: t_check: msg id=1 global id=0 T start=0xffffffff 7(10170) parse_headers: flags=17 7(10170) Found param type 232, <branch> = <z9hG4bK24ce735d3f448cd1>; state=16 7(10170) end of header reached, state=5 7(10170) parse_headers: Via found, flags=17 7(10170) parse_headers: this is the second via 7(10170) DEBUG: add_param: tag=366843004674ff10ff0000ffffffff1e 7(10170) end of header reached, state=29 7(10170) DEBUG: get_hdr_field: <To> [72]; uri=[sip:02324843600@212.154.104.198] 7(10170) DEBUG: to body [<sip:02324843600@212.154.104.198>] 7(10170) get_hdr_field: cseq <CSeq>: <1> <INVITE> 7(10170) parse_headers: flags=4 7(10170) DEBUG: t_reply_matching: hash 15098 label 286553950 branch 0 7(10170) DEBUG: t_reply_matching: reply matched (T=0xf50c5380)! 7(10170) DEBUG: t_check: msg id=1 global id=1 T end=0xf50c5380 7(10170) DEBUG: reply_received: org. status uas=100, uac[0]=0 local=0 is_invite=1) 7(10170) ->>>>>>>>> T_code=100, new_code=100 7(10170) DEBUG: relay_reply: branch=0, save=0, relay=-1 7(10170) DEBUG: add_to_tail_of_timer[1]: 0xf50c54ac 7(10170) DEBUG:destroy_avp_list: destroying list (nil) 7(10170) receive_msg: cleaning up 10(10173) DEBUG: timer routine:4,tl=0xf50c549c next=(nil) 8(10171) SIP Reply (status): 8(10171) version: <SIP/2.0> 8(10171) status: <180> 8(10171) reason: <Ringing> 8(10171) parse_headers: flags=1 8(10171) Found param type 232, <branch> = <z9hG4bKafa3.e5774111.0>; state=16 8(10171) end of header reached, state=5 8(10171) parse_headers: Via found, flags=1 8(10171) parse_headers: this is the first via 8(10171) After parse_msg... 8(10171) forward_reply: found module tm, passing reply to it 8(10171) DEBUG: t_check: msg id=2 global id=1 T start=0xffffffff 8(10171) parse_headers: flags=17 8(10171) Found param type 232, <branch> = <z9hG4bK24ce735d3f448cd1>; state=16 8(10171) end of header reached, state=5 8(10171) parse_headers: Via found, flags=17 8(10171) parse_headers: this is the second via 8(10171) DEBUG: add_param: tag=366843004674ff10ff0000ffffffff1e 8(10171) end of header reached, state=29 8(10171) DEBUG: get_hdr_field: <To> [72]; uri=[sip:02324843600@212.154.104.198] 8(10171) DEBUG: to body [<sip:02324843600@212.154.104.198>] 8(10171) get_hdr_field: cseq <CSeq>: <1> <INVITE> 8(10171) parse_headers: flags=4 8(10171) DEBUG: t_reply_matching: hash 15098 label 286553950 branch 0 8(10171) DEBUG: t_reply_matching: reply matched (T=0xf50c5380)! 8(10171) DEBUG: t_check: msg id=2 global id=2 T end=0xf50c5380 8(10171) DEBUG: reply_received: org. status uas=100, uac[0]=100 local=0 is_invite=1) 8(10171) ->>>>>>>>> T_code=100, new_code=180 8(10171) DEBUG: relay_reply: branch=0, save=0, relay=0 8(10171) old size: 518, new size: 449 8(10171) build_res_from_sip_res: copied size: orig:90, new: 21, rest: 428 msg= SIP/2.0 180 Ringing Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bK24ce735d3f448cd1 Record-Route: <sip:212.154.104.198;ftag=xIjNwUDMxID;lr=on> From: <sip:8334843600@212.154.104.198;user=phone>;tag=xIjNwUDMxID To: <sip:02324843600@212.154.104.198>;tag=366843004674ff10ff0000ffffffff1e Call-ID: 709D1B912DA1212(a)192.168.1.201 CSeq: 1 INVITE Contact: <sip:02324843600@212.154.59.48;user=phone> Server: MERA MSIP v.1.0.1 Content-Length: 0 8(10171) DEBUG: reply relayed. buf=0x80fb9d8: SIP/2.0 1..., shmem=0xf50c6938: SIP/2.0 1 8(10171) DEBUG: add_to_tail_of_timer[1]: 0xf50c54ac 8(10171) DEBUG:destroy_avp_list: destroying list (nil) 8(10171) receive_msg: cleaning up >>>> internet connection get lost after above lines and below is SER.CFG <<<<< # # $Id: openser.cfg,v 1.1.1.1 2005/06/13 16:47:30 bogdan_iancu Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ #debug=3 # debug level (cmd line: -dddddddddd) fork=yes #log_stderror=no # (cmd line: -E) alias=localhost alias=127.0.0.1 alias=212.154.104.198 check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/openser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/lib/openser/modules/sl.so" loadmodule "/usr/lib/openser/modules/tm.so" loadmodule "/usr/lib/openser/modules/rr.so" loadmodule "/usr/lib/openser/modules/maxfwd.so" loadmodule "/usr/lib/openser/modules/usrloc.so" loadmodule "/usr/lib/openser/modules/registrar.so" loadmodule "/usr/lib/openser/modules/textops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/lib/openser/modules/auth.so" #loadmodule "/usr/lib/openser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) alias=212.154.104.198 alias=localhost alias=127.0.0.1 # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= 2048 ) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; # 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("openser.org", "subscriber")) { # www_challenge("openser.org", "0"); # break; # }; save("location"); break; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; if (uri=~"^sip:0[0-9]*@*") { rewritehost("212.154.59.48"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; }

18 years, 10 months

[Serusers] SER + multiple domains

by gsalvucci＠ing.unrc.edu.ar

Hi, I would like to add new users at a table called subscriber_xxx. So I use the command serctl add user_name password email, but it adds the user in the table subscriber. Anyone knows how to do this without to rename the subscribers table? Thanks Gustavo Salvucci ---------------------------------------------------------------- Este mensaje ha sido enviado usando el servicio de Webmail de la Universidad Nacional de Río Cuarto. Basado en Horde/IMP

18 years, 10 months

Re: [Serusers] SER FIFO and routing

by Samuel Osorio Calvo

I guess the admin guide is not popular..... You can explicitely say the next hop where SER has to send the message by adding a new line between the Req-URI and the first dot... :t_uac_dlg:cc_reply BYE sip:00111111111111@11.12.13.134:5060 ->11.12.13.135<- maybe with a sip: prefix... .. Via: SIP/2.0/UDP 31.32.33.34:25972;branch=z9hG4bKdb61c97f9cba17c1 Hope it helps, Samuel. Unclassified. >>> "Stuart Kirkwood - Jubilee Consutancy Limited" <stuart(a)jubileeconsultancy.com> 06/28/05 03:45PM >>> Hi I have a problem with the FIFO request below. The SIP request should route through 11.12.13.135 which guards the gateway at 11.12.13.134. The IP packet containing the SIP message that SER generates is good but SER sets the destination IP address of the packet as 11.12.13.134 and not 11.12.13.135. Is there something wrong with my request or is this a bug? Any help appreciated. :t_uac_dlg:cc_reply BYE sip:00111111111111@11.12.13.134:5060 .. Via: SIP/2.0/UDP 31.32.33.34:25972;branch=z9hG4bKdb61c97f9cba17c1 From: <sip:1000@xsipserver.com>;tag=c53a53516c552844 To: <sip:11111111111@xsipserver.com>;tag=3ADD9EA0-1EC0 Call-ID: 7c70b0b24a053e37(a)192.168.7.21 CSeq: 52779 BYE Route: <sip:11.12.13.135;ftag=c53a53516c552844;lr=on> Max-Forwards: 69 .. .. I'm running SER 0.8.14 on Fedora Core 3. Thank you. Stuart _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

18 years, 10 months

← Newer
1
...
7
8
9
10
11
12
13
...
60
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users June 2005