sr-users June 2005

sr-users@lists.kamailio.org

241 participants
595 discussions

Re: [serusers] calling problem
by michael p 27 Jun '05

27 Jun '05

Paul, in ser.cfg i have : # Special flag marking contacts behind NAT modparam("registrar", "nat_flag", 6) and after: # Flag 5: NAT flag #=0: Request comes from user with public IP (caller has public IP addre$ #=1: Request comes from user behind NAT (caller is behind NAT) # Flag 6: NAT flag for contacts saved in the location table #=0: The callee has public IP address #=1: The callee is behind NAT why did you tell me to put the flag to 4? is the number of the flag is important or it's not ? do you know why after a specific time some SIP clients are deconnected alone? is there a variable that i can change for that? Best regards, Michael >From: Java Rockx <javarockx(a)gmail.com> >Reply-To: Java Rockx <javarockx(a)gmail.com> >To: michael p <mikep3000(a)hotmail.com>, serusers <serusers(a)lists.iptel.org> >Subject: Re: [serusers] calling problem >Date: Fri, 24 Jun 2005 07:24:19 -0400 > >Michael, > >I'm quite certain that if the value of the "flags" column in the location >table is set to 1 then the SER registrar module thinks that the REGISTER >message is from a NATed client. > >By default, SER uses flag 4 to indicate NAT status in the ser.cfg file. So >if you have called setflag(4) somewhere before save("location") then you >are >informing SER that the client is NATed. > >You can change the flag by using something like this > >modparam("registrar", "nat_flag", 2) > >The above line tells SER to use flag 2 as the NAT indicator. > >Regards, >Paul > >On 6/24/05, michael p <mikep3000(a)hotmail.com> wrote: > > > > it's impossible that it's that > > > > first all my client are behind a NAT and some flags are 1 and others 0 > > > > second i 'm already used a stun server. > > > > > > do you think that's something else? > > > > do you know why after a specific time some SIP clients are deconnected > > alone? > > is there a variable that i can change for that? > > > > thanks > > > > M. > > > > >From: Java Rockx <javarockx(a)gmail.com> > > >Reply-To: Java Rockx <javarockx(a)gmail.com> > > >To: michael p <mikep3000(a)hotmail.com> > > >CC: serusers(a)lists.iptel.org > > >Subject: Re: [serusers] calling problem > > >Date: Thu, 23 Jun 2005 09:02:29 -0400 > > > > > >Flags = 0 indicates that the SIP client is not behind a NAT device. > > > > > >Flags = 1 indicates that the SIP client is behind a NAT device. > > > > > >In order to get audio (ie, RTP streams) working one one or more SIP > > clients > > >is behind a NAT device you must use either rtpproxy or mediaproxy. > > > > > >The Getting Started document at http://onsip.org/ fully describes how >to > > >use > > >both. > > > > > >A third, but IMHO, less appealing option would be to use a STUN server, > > >such > > >as mystun which is availble at sourceforge.net <http://sourceforge.net> >< > > http://sourceforge.net>. > > > > > >Regards, > > >Paul > > > > > >On 6/23/05, michael p <mikep3000(a)hotmail.com> wrote: > > > > > > > > hi > > > > > > > > in my table location of SER i have a field flags, someone knows for > > what > > > > is? > > > > > > > > now i have three users registered and two can call and their flags >are > > >"0" > > > > and one can't call and is flags field is "1" > > > > > > > > is that the reason why it don't work? > > > > > > > > thanks > > > > > > > > M. > > > > > > > > > > > > _______________________________________________ > > > > Serusers mailing list > > > > serusers(a)lists.iptel.org > > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > >

2 1

[Serusers] serweb session problem
by Sebastian Kühner 27 Jun '05

27 Jun '05

Hello, I have a big problem with serweb. I'm searching for the solution since hours... but I didn't find it!! I installed serweb according to in the installation guide and the HOWTOs that I found in the internet. The problem is that if I want to open the index.php-page (of admin), always appears the Explorer Window "The page cannot be displayed" and when I look at the access_log of apache2 there appears something like that: GET /serweb/index.php?phplib_Session=d69f77e7ccb0d3b6c7d684bcbc368063&phplib_Ses sion=4c8a0c40e09c1bfa01a91ef5832a026a&phplib_Session=5f354e9a405ade8796a54a3 88b0353db&phplib_Session=769c3fa2b669f1dcdd2291c24227ef5d&phplib_Session=4ca 670bdd9a1f4f20441eac5f96c7b8e&phplib_Session=da194f7b1855c60daf515de13b14dab 2&phplib_Session=9bba333123ff119f94f924aeb0bc4710&phplib_Session=f6c9842d7cf 429c632608ad4ee7645c7&phplib_Session=bf06f602d09a1d313297a00f4b293133&phplib _Session=6d798a6dcc84dac416415312debe47d3&phplib_Session=4d1991912b23d4a59ee 1f29f40830317&phplib_Session=31268d0242558745860dbacf41a1be15&phplib_Session =5255e631f1cde5c708cb985db5ebfcaa&phplib_Session=7020b63c06bd983fb5eb054ac4e f627f&phplib_Session=9651b78d2f391f94f23c8b46c603d0a5&phplib_Session=466c61f 55a87cb7ac4661e2816a3ec9d&phplib_Session=9515dbc324cc048f72fb7e1149166f18&ph plib_Session=e0940531f81730793c23a703d772e738&phplib_Session=8e67ddbe3e69eec 9a952b2a59eed48ea&phplib_Session=621fc501c7590d413a79c58278956677&phplib_Ses sion=a4f2af4b0d2e757e0568ee76f8563262&phplib_Session=70960d0cd7a32896b7fd80a 0a4c7f806&phplib_Session=5b78a5a53455042a992def2ab3012430&phplib_Session=0c8 fb10161429bca54375b4dda5aec51&phplib_Session=b1ddb14986db2740a239b5f3494ae08 3&phplib_Session=e281788f6b7533869817cce01a1ebaeb&phplib_Session=d16de271da5 e37b5de9f81268975330b&phplib_Session=45a453bdc8d3969f392c2a4e230c7e0a&phplib _Session=8cd36450b9f6d0592bfe9864bb4e3782&phplib_Session=db9b2e8ca0094fafc2b 923cd377c558c&phplib_Session=dcd92ee19095fba1c4a1475183b27352&phplib_Session =38e1ab2e6f6a65a1bce8d7602db10014&phplib_Session=b074fa09bae847e186be4c22ed8 280a5&phplib_Session=27e2d0c9e4172bed9752fe20a744195c&phplib_Session=d817e3e 3639c105042228e083f9081dd&phplib_Session=f9ac5312dcfcdf3bade2f80a7d6d98bf&ph plib_Session=5f15600e879327263d4d83f489ec6422&phplib_Session=dde588458177dde 8907b932a4ee8a0fe&phplib_Session=d55285a056e6e5a873735a673d80a7cc&phplib_Ses sion=1c51e86702ef7004638d9488cd967304&phplib_Session=bf5b51775d6208711b6904f eeddf5d7b&phplib_Session=a7940c6ed31b41c83b60174ae05b023d HTTP/1.1" 302 - ... that means that serweb wants to make "thousands" of sessions. I didn't find a solution for that in the internet and I hope that someone of you can help me! Thanks! Sebastian

1 0

Fwd: Re: [Serusers] PRACK in ser
by Dana Turcanu 27 Jun '05

27 Jun '05

--- Dana Turcanu <dana_turcanu(a)yahoo.com> wrote: > Date: Mon, 27 Jun 2005 01:57:00 -0700 (PDT) > From: Dana Turcanu <dana_turcanu(a)yahoo.com> > Subject: Re: [Serusers] PRACK in ser > To: harry gaillac <gaillacharry(a)yahoo.fr> > > > > Hello, > > > Hello, > > > > Look at my ethereal file > > > In your file the PRACK reach the calling party > and > it respond with 200 OK. > > In my case,the PRACK never reach the calling > party > and the server is returning 400 error. > > Is this error returned because the request from > tha Cisco ATA 186 is malformed?? > > Can some one give me a log of a call between tow > Cisco ATA 186 ( version 3.2 - with PRACK method) > passing through a SIP Proxy? > > > > > --- Dana Turcanu <dana_turcanu(a)yahoo.com> a écrit > : > > > > > Hello, > > > > > > --- Andreas Granig <andreas.granig(a)inode.info> > > > wrote: > > > > > > > Dana Turcanu wrote: > > > > > Is PRACK method supported in ser? When an > > > > equipment > > > > > sends a PRACK the server responds with "400 > > Bad > > > > > Request" and the call is disconnected. > > > > > > > > Are you sure the "400" comes from SER and not > > from > > > > the other endpoint? > > > > Do you allow routing of PRACKs in your > > SER-Config? > > > > > > > > > > I logged the call from the tow Cisco ATA 186. > > The > > > calling ata is sending PRACK and the answer is > > > comming > > > from the server: > > > > > > > > > 050620|11:48:29 [0:0]Tx Msg to > ip_sip_server:5060 > > > 050620|11:48:29 > > > 050620|11:48:29 PRACK > > > sip:0332yyyy@domain.com;user=phone SIP/2.0 > > > 050620|11:48:29 Via: SIP/2.0/UDP > > > ip_ata_1:5060;branch=z9hG4bK2b0f7845ea7a8edb > > > 050620|11:48:29 From: > > > > <sip:332xxxx@domain.com;user=phone>;tag=2064987569 > > > 050620|11:48:29 To: > > > > <sip:0332yyyy@domain.com;user=phone>;tag=811613285 > > > 050620|11:48:29 Call-ID: 2133411222@ip_ata_1 > > > 050620|11:48:29 CSeq: 3 PRACK > > > 050620|11:48:29 RAck: 1 2 INVITE > > > 050620|11:48:29 User-Agent: Cisco ATA 186 > v3.2.0 > > > atasip (041111A) > > > > > > > > > > > > > > > 050620|11:48:29 [0]Rx Msg from > ip_sip_server:5060 > > > 050620|11:48:29 > > > 050620|11:48:29 SIP/2.0 400 Bad request > > > 050620|11:48:29 Via: SIP/2.0/UDP > > > > > > ip_ata_1:5060;branch=z9hG4bK2b0f7845ea7a8edb;rport=5060;received=ip_ata_1_nat > > > 050620|11:48:29 From: > > > > <sip:332xxxx@domain.com;user=phone>;tag=2064987569 > > > 050620|11:48:29 To: > > > > <sip:0332yyyy@domain.com;user=phone>;tag=811613285 > > > 050620|11:48:29 Call-ID: 2133411222@ip_ata_1 > > > 050620|11:48:29 CSeq: 3 PRACK > > > > > > > > > In the log from the called ATA there is no PRACK > > or > > > 400 error. > > > Can you tell me what do I have to change in > ser > > > configuration in order to allow routing of > PRACKs? > > > > > > Thanks. > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Tired of spam? Yahoo! Mail has the best spam > > > protection around > > > http://mail.yahoo.com > > > > > > _______________________________________________ > > > Serusers mailing list > > > serusers(a)lists.iptel.org > > > http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > > > > ___________________________________________________________________________ > > > > Appel audio GRATUIT partout dans le monde avec le > > nouveau Yahoo! Messenger > > Téléchargez cette version sur > http://fr.messenger.yahoo.com > > > > > ____________________________________________________ > > Yahoo! Sports > Rekindle the Rivalries. Sign up for Fantasy Football > > http://football.fantasysports.yahoo.com > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[Serusers] PSTN - SER Basic
by gunawan 27 Jun '05

27 Jun '05

hi, I'm newbiie in using ser ..... I am confused about how ser can connect to PSTN.... in my experiment i have two client using xlite.. the name are xlite1 and xlite2 with alias number 6276101 and 6276102. and I have two PSTN number provided by local communication provider one is +62(761)53803 and another one is +62(761)53939.. I use 53803 for my PSTN gateway... I use cisco gateway 2620XM and VIC2FXO... 1. If I want to call to PSTN number, what number should I dial from xlite1?????? Do I have to dial my PSTN Gateway first before I dial my destination number???? 2. If I want to make a call from PSTN to xlite1, what should I dial after I dial my PSTN gateway number??? 3. Do I have to add my destination PSTN number at subscriber table in my database????? Thanks before... ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

2 1

[Users] SER to PSTN problem, network blows away... :(
by Ozan Blotter 27 Jun '05

27 Jun '05

Dear List, SER at Public IP : 212.154.104.198 and operating good, there's no firewall or etc. PSTN Gateway located at Public IP : 212.154.59.48 and operating good, there's no firewall or etc. There are two ATA's for testing purpose, both are behind NAT (Zoom X4 ADSL Modem/Gateway) but please note that port forwarding is done from router so when a user dials another one, the voice traffce flows directly between users, not on SER and again no problem for parties while calling each other, they can hear/speak. Gateway already set up to accept calls from SER's IP. When i try to dial a cellular/landline number as i can see results from ngrep utility, SER routes the call to Gateway and step by step it's , INVITE, RINGING... i hear ringing tone, and then internet connection for computers/servers/voip devices in the ATA's sides are cut and ADSL modems halts, i have to switch it off and on. after a time, not more then 10 seconds my cellular rings, i open it and there's no voice since the connection was lost with ATA's... Finally, i can say that routing is working but why my internet connection is lost everytime when i try to make a cellular/landline call... I've tried to setup a STUN Server Setting in ATA's, i've tried with a public STUN Server 66.7.238.210:3478 again that did not solved my problem. Anyone have an idea ? Thanks, Ozan Blotter My SER version is 0.9.4 and below is my SER.CFG 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" 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" modparam("usrloc", "db_mode", 0) modparam("rr", "enable_full_lr", 1) route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= 8192 ) { sl_send_reply("513", "Message too big"); break; }; if (!method=="REGISTER") record_route(); if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(1); break; }; if (method=="REGISTER") { save("location"); break; }; if (lookup("aliases")) { if(!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; } } if (uri=~"^sip:9053[0-9]*@*") { rewritehost("212.154.XX.YY"); # prefix("201"); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { if (!t_relay()) { sl_reply_error(); }; } This is NGREP log for a cellular call : [root@n212-154-104-198 openser]# ngrep 90532 port 5060 interface: eth0 (212.154.104.196/255.255.255.252) filter: ip and ( port 5060 ) match: 90532 ### U 85.96.192.140:5060 -> 212.154.104.198:5060 INVITE sip:905325123580@212.154.104.198 SIP/2.0..Via: SIP/2.0/UDP 85.96.192 .140:5060;branch=z9hG4bKaae6e7e772518fac..Max-Forwards: 70..To: <sip:905325 123580(a)212.154.104.198>..From: <sip:8334843600@212.154.104.198;user=phone>; tag=xIjNyIDMxID..Call-ID: 7626671D19D1212@85.96.192.140..CSeq: 1 INVITE..Co ntact: <sip:8334843600@85.96.192.140:5060>..Session-Expires: 100;refresher= uac..Supported: timer..Content-Type: application/sdp..Content-Length: 191.. ..v=0..o=8334843600 0 0 IN IP4 85.96.192.140..s=-..c=IN IP4 85.96.192.140.. t=0 0..m=audio 15034 RTP/AVP 18 18..a=rtpmap:18 G729/8000..a=sendrecv..a=rt pmap:18 G729/8000..a=sendrecv..a=ptime:20.. # U 212.154.104.198:5060 -> 85.96.192.140:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 85.96. 192.140:5060;branch=z9hG4bKaae6e7e772518fac..To: <sip:905325123580@212.154. 104.198>..From: <sip:8334843600@212.154.104.198;user=phone>;tag=xIjNyIDMxID ..Call-ID: 7626671D19D1212@85.96.192.140..CSeq: 1 INVITE..Server: OpenSer ( 0.9.4 (i386/linux))..Content-Length: 0..Warning: 392 212.154.104.198:5060 " Noisy feedback tells: pid=1969 req_src_ip=85.96.192.140 req_src_port=5060 in_uri=sip:905325123580@212.154.104.198 out_uri=sip:905325123580@212.154.59 .48 via_cnt==1".... # U 212.154.104.198:5060 -> 212.154.59.48:5060 INVITE sip:905325123580@212.154.59.48 SIP/2.0..Record-Route: <sip:212.154.1 04.198;ftag=xIjNyIDMxID;lr=on>..Via: SIP/2.0/UDP 212.154.104.198;branch=z9h G4bK1bbb.81b58062.0..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6 e7e772518fac..Max-Forwards: 16..To: <sip:905325123580@212.154.104.198>..Fro m: <sip:8334843600@212.154.104.198;user=phone>;tag=xIjNyIDMxID..Call-ID: 76 26671D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:8334843600@85.96 .192.140:5060>..Session-Expires: 100;refresher=uac..Supported: timer..Conte nt-Type: application/sdp..Content-Length: 191....v=0..o=8334843600 0 0 IN I P4 85.96.192.140..s=-..c=IN IP4 85.96.192.140..t=0 0..m=audio 15034 RTP/AVP 18 18..a=rtpmap:18 G729/8000..a=sendrecv..a=rtpmap:18 G729/8000..a=sendrec v..a=ptime:20.. # U 212.154.59.48:5060 -> 212.154.104.198:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 212.154.104.198:5060;branch=z9hG4bK1bb b.81b58062.0..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6e7e7725 18fac..Record-Route: <sip:212.154.104.198;ftag=xIjNyIDMxID;lr=on>..From: <s ip:8334843600@212.154.104.198;user=phone>;tag=xIjNyIDMxID..To: <sip:9053251 23580(a)212.154.104.198>;tag=ff0551002a01ff10ff0000ffffffff1e..Call-ID: 76266 71D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:905325123580@212.15 4.59.48;user=phone>..Server: MERA MSIP v.1.0.1..Content-Length: 0.... ## U 212.154.59.48:5060 -> 212.154.104.198:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 212.154.104.198:5060;branch=z9hG4bK1b bb.81b58062.0..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6e7e772 518fac..Record-Route: <sip:212.154.104.198;ftag=xIjNyIDMxID;lr=on>..From: < sip:8334843600@212.154.104.198;user=phone>;tag=xIjNyIDMxID..To: <sip:905325 123580(a)212.154.104.198>;tag=ff0551002a01ff10ff0000ffffffff1e..Call-ID: 7626 671D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:905325123580@212.1 54.59.48;user=phone>..Server: MERA MSIP v.1.0.1..Content-Length: 0.... # U 212.154.104.198:5060 -> 85.96.192.140:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 85.96.192.140:5060;branch=z9hG4bKaae6 e7e772518fac..Record-Route: <sip:212.154.104.198;ftag=xIjNyIDMxID;lr=on>..F rom: <sip:8334843600@212.154.104.198;user=phone>;tag=xIjNyIDMxID..To: <sip: 905325123580(a)212.154.104.198>;tag=ff0551002a01ff10ff0000ffffffff1e..Call-ID : 7626671D19D1212@85.96.192.140..CSeq: 1 INVITE..Contact: <sip:905325123580 @212.154.59.48;user=phone>..Server: MERA MSIP v.1.0.1..Content-Length: 0... . ##

2 1

[Users] AVPOPS module problem
by Alexandre Passito 27 Jun '05

27 Jun '05

Hi, I'm trying to implement a "black list" with avpops module, but I got some errors: This is my cfg file: # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ #debug=3 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=no # (cmd line: -E) # Uncomment these lines to enter debugging mode #debug=7 #fork=no #log_stderror=yes 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" fifo_db_url="dbtext:///home/alexandre/Devel/openser-0.9.4/bin/dbtext" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/home/alexandre/Devel/ser-0.8.14/bin//lib/ser/modules/mysql.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/dbtext.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/sl.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/tm.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/rr.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/maxfwd.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/usrloc.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/registrar.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/avpops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/auth.so" loadmodule "/home/alexandre/Devel/openser-0.9.4/bin//lib/openser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_url", "dbtext:///home/alexandre/Devel/openser-0.9.4/bin/dbtext") modparam("usrloc", "db_mode", 2) modparam("auth_db", "db_url", "dbtext:///home/alexandre/Devel/openser-0.9.4/bin/dbtext") modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("avpops", "avp_url", "dbtext:///home/alexandre/Devel/openser-0.9.4/bin/dbtext") modparam("avpops", "avp_table", "preferences") # 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) # ------------------------- 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 > max_len ) { 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 record_route(); # loose-route processing if (loose_route()) { t_relay(); 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("iptel.org", "subscriber")) { # www_challenge("iptel.org", "0"); # break; # }; save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP #Black-list!!! if (method=="INVITE" || method=="MESSAGE") { if ( avp_db_load("$to/username", "s:not_allow/preferences") && avp_check("s:not_allow", "eq/$from/gi") ) { sl_send_reply("403", "Forbidden - You are blocked!"); break; } } if (!t_relay()) { sl_reply_error(); }; lookup("aliases"); } My "preference" table looks like: uuid(str) username(str) domain(str,null) attribute(str) value(str) type(int) "":"peter":"200.129.163.139":"not_allow":"paul(a)200.129.163.212":"0" I'm using openser in to a local network. Its ip is 200.129.163.178. peter address is 200.129.163.139 paul address is 200.129.163.212 The result is that both UA call each one, despite peter blocks paul. Any help? Best regards -- Alexandre Passito Universidade Federal do Amazonas Departamento de Ciência da Computação LabVoIP - GRSD

3 3

[Serusers] Serweb fatal error
by li wei 27 Jun '05

27 Jun '05

Hi there: CVS update from server to get the newest version of serweb. Tend to work with the SER version 0.9.X. Following the v 1.21 INSTALL document, when i type http://localhost/html/admin/index.php It returns me the following error: Fatal error: Call to undefined function: session_name() in /usr/local/www/serweb/phplib/session4.inc on line 204 Can anybody help? Thanks a lot. ____________________________________________________ Do you Yahoo!? Win a dream trip to Western Australia, courtesy of the NEW My Yahoo! http://au.my.yahoo.com/

2 1

[Serusers] How can I see the status of SER?
by serusers 26 Jun '05

26 Jun '05

Hi all: I want to see the status of SER when it is running. How can I do? Thanks for any idea. Tommy

4 4

RE: [Serusers] Problem with cancel a invite
by Toni Barata 26 Jun '05

26 Jun '05

Hi All, Another problem related with INVITE and CANCEL: A makes call to B. A cancels the call before B picks up the call. If the proxy receives the "100 trying" and "180 ringing" before A sends CANCEL, the CANCEL is sent by the proxy to B. But if the proxy only receives the "100 trying" before A sends CANCEL (a very fast cancel), The CANCEL is never sent by the proxy to B. Regards, Toni -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marian Dumitru Sent: segunda-feira, 13 de Junho de 2005 11:24 To: Greger V. Teigre Cc: Anders Hansson; serusers(a)lists.iptel.org Subject: Re: [Serusers] Problem with cancel a invite Hi Greger, CANCEL has nothing to do with loose route - and it will never hit he loose route. The Route ser is set only when the dialog is established (200 ok); and CANCEL happens *before* the dialog completion. The big idea with CANCEL is to take care to route it *exactly* as its INVITE. As a hint, if you use TM, t_relay() all the time will take care to send the CANCEL to same destination as INVITE. regards, Marian Greger V. Teigre wrote: > Most likely you don't handle the CANCEL messages correctly. May be that > you don't do proper loose route handling. Take a look at the example > configs (and the Getting Started document) at http://onsip.org/ You > gain much be following the logic found there, they have been verified > for all kinds of situations... > g-) > > Anders Hansson wrote: > >> Hi all, >> I´ve got a problem when trying to cancel an invite. >> The situation: A makes a call to B (INVITE). B press the "hang up" >> button. An here comes the problem. >> From As side, everything is OK, but from Bs side, the phone is still >> ringing... >> How can a solve this problem? Anyone? >> >> Thanks, >> Anders -- Voice System http://www.voice-system.ro _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Users] Problem starting Openser
by Andréa Giordanna 26 Jun '05

26 Jun '05

I am trying to start openser with command 'openserctl start' but i get the error: Starting SER : PID file /var/run/openser.pid does not exist -- SER start failed When I type just 'openser', with debug mode in ser.cfg it shows the following lines: ... 2(0) DEBUG: register_fifo_cmd: new command (pwd) registered 2(0) DEBUG: register_fifo_cmd: new command (arg) registered 2(0) DEBUG: register_fifo_cmd: new command (which) registered 2(0) DEBUG: register_fifo_cmd: new command (ps) registered 2(0) DEBUG: register_fifo_cmd: new command (kill) registered 2(0) WARNING: no fifo_db_url given - fifo DB commands disabled! 0(7904) DEBUG: init_mod_child (1): tm 0(7904) DEBUG: callid: '7ffdfefb-7904(a)127.0.0.1' 0(7904) DEBUG: init_mod_child (1): usrloc 0(7904) DBT:dbt_cache_get_db: looking for db /home/alexandre/Devel/openser-0.9.4/bin/dbtext! 0(7904) DBT:dbt_cache_get_db: db already cached! 0(7904) DEBUG: init_mod_child (1): avpops 0(7904) DEBUG: init_mod_child (1): auth_db 0(7904) DBT:dbt_cache_get_db: looking for db /home/alexandre/Devel/openser-0.9.4/bin/dbtext! 0(7904) DBT:dbt_cache_get_db: db already cached! It seems everything is alright, except for this line: 2(0) WARNING: no fifo_db_url given - fifo DB commands disabled! Is this the problem? If it is not, what the possible problem? Thanks, Andrea Giordanna _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

2 1

← Newer
1
...
11
12
13
14
15
16
17
...
60
Older →

Jump to page:

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