sr-users April 2005

sr-users@lists.kamailio.org

250 participants
697 discussions

by jqkadl

when I get my password on serweb , I couldn't receive mail. I found nobody couldn't send mail in sendmail. error in maillog : Apr 7 16:08:43 localhost sendmail[3045]: j360fsxs003147: to=<jqkadl(a)online.ln.cn>, ctladdr=<nobody(a)localhost.localdomain> (99/500), delay=1+07:26:49, xdelay=00:00:01, mailer=esmtp, pri=660321, relay=online.ln.cn. [202.96.74.67], dsn=4.0.0, stat=Deferred: 451 Mail data invalid, ignored. The sender in mailbody is "registrar(a)mydomain.org" while MAIL FROM is "nobody(a)localhost.localdomain" very very thank u.

19 years, 7 months

[Serusers] authentication of the ser users

by Alex

Hi guys I have a strange problem and i tried to work on that without any success, so i need yours help i installed ser, freeradius-1.0.2, radiusclient-0.4.8. I am trying to authenticate ser users through radius (mysql). inside my ser.cfg ------------------------------------------- if (method=="REGISTER") { log(1, "REGISTER: Authenticating user\n"); if (!radius_www_authorize("")) { log(1, "REGISTER: challenging user\n"); www_challenge("", "0"); break; }; #setflag(1); save("location"); sl_send_reply("200","ok"); break; }; ------------------------------------------------------------------ the problem that i don't see any requests coming to the radius server. i checked the freeradius installation with radtest and it's working correctly (the authentication is going through the mysql ). but when the register request coming to the ser server , i don't see any thing happens on the radius. Thank you guys for any help. --------------------------------- Do you Yahoo!? Yahoo! Mail - You care about security. So do we.

19 years, 7 months

Re: [Serusers] digest authentication problems

by Greger V. Teigre

Damian, I believe you also can recompile the sources on your server to link against the .14 library. I have never tried running SER against 4.x, but I haven't seen anybody reporting problems either... g-) Greger V. Teigre wrote: > First of all, always CC serusers. Other users may have (or may get) > the same problems. > > libmysqlclient is most likely your problem. Version 10 is ,mysql > 3.23, while version 14 is 4.x. The libraries are quite different and > a crash is only natural. You need to install either the 3.23 version > of mysql OR the 3.x compatibility libraries for version 4.x. You > will find them at http://dev.mysql.com/ or maybe throug hyour > distribution. g-) > > Damian Bundred wrote: >> Hi, >> you seem to know alot about SER, and i was wondering if you could >> help, and point out anywhere that i've gone wrong, or made false >> assumptions. I have an SER server set up at 192.168.0.6 with a mysql >> database running on it. i set my domain to 192.168.0.6, and ran the >> database setup script, and it seemed to work fine. i then ran the >> very basic SER config file, and the phone connected to it fine. >> i then took the comments i was told to out, and it would run, but >> whenever the phone connected, SER would quit. >> i've narrowed the problem down to auth_db. when i leave the comment >> to initiate that module in, the system works fine, but when i remove >> the comment, the system dies very shortly after a device tries to >> connect saying that the core is not generated. >> I've enclosed the 2 seperates "SER -E" files out.txt without auth_db, >> and out2.txt with auth_db. >> I used the binaries from the website, rather than compiling my own, >> thats unlikely to have anything to do with it is it? >> Also, when i installed mysql, it didnt not have libmysqlclient.10.so >> only .14.so, so i ln'ed .10 into .14 as i'd seen done with .10 into a >> .12, was this correct? >> I would really appreciate your help, its been driving me insane for a >> day now. >> Many thanks, >> Damian Bundred.

19 years, 7 months

RE: [Serusers] still no help - usrloc synchronization

by Tina

Thanks a lot, gentelmens! I have jumped to the same conclusion. The only thing I am worried - t_replicate() creates aditional SIP traffic between sers. And I also get some strange error with each REGISTER: 1(712) ERROR: t_newtran: transaction already in process 0x28336768 Don't have any idea what I am doing wrong.... Below is my ser.cfg snippet. As far as you see I am using mediaproxy package to solve NAT issues. I always force relay, cause I had nathelper problems with UAC1->ser->NAT->UAC2 configuration. I am going to test new mediaproxy release. BRs, Tina ============================ . . . # ------------------------- request routing logic ------------------- # main routing logic route{ #------------------------------------------------------- if (!method=="REGISTER") record_route(); #-------------------------------------------------------???????????????????? # loose-route processing if (loose_route()) { route(8); #--go to mediaproxy processing break; }; ... if (method=="REGISTER") { #------Replicate to the peers #---Ser 1 if (!src_ip==192.168.25.103) t_replicate("192.168.25.103","5060"); #---Ser 2 if (!src_ip==192.168.25.115) t_replicate("192.168.25.115","5060"); save ("location"); break; }; #-----------------------------------------------INVITE if (method=="INVITE") { log (1, "INVITE: Radius Accounting\n"); t_on_failure("4"); #---voice mail use_media_proxy(); t_on_reply("5"); #--mediaproxy }; #--------------------------------------------------BYE if (method=="BYE" || method=="CANCEL") { log (1, "BYE or CANCEL: Radius Accounting\n"); }; #--------------------------------------------------- if (!lookup("location") && !lookup("aliases")) { sl_send_reply("404", "Not Found"); break; }; if (!t_relay()) { sl_reply_error(); }; } #------------------------------------------------------- failure_route[4]{ if (t_check_status("408|486")){ append_hf("P-hint: Rewrited to VM"); rewritehostport("192.168.25.116:5060"); append_branch(); t_relay(); break; }; } #--------------------------------------------------------- onreply_route[5]{ if (status =~ "(183)|2[0-9][0-9]" && !search("^Content-Length:\ 0")) { if ( (!(src_ip=="SERVER1")) && (!(src_ip=="SERVER2")) && (!(src_ip=="SERVER3")) ){ if ( search("c=IN IP4 192.168.*")||search("c=IN IP4 10.*")||search("c=IN IP4 172.16.*") ) { fix_contact(); }; }; use_media_proxy(); } } =================================================== Matt Schulte <mschulte(a)netlogic.net> wrote: I'm starting to lean this direction, using t_replicate and all. I could never get usrloc (db mode) to function properly.. t_replicate is a dirty but very effective workaround. -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Saturday, April 02, 2005 1:33 AM To: kramarv(a)yahoo.com Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] still no help - usrloc synchronization Have a look at this thread: http://lists.iptel.org/pipermail/serusers/2005-January/014669.html g-) Java Rockx wrote: > Tina, > > I thought I saw you post the other day that you did not want to use > t_replicate(), however, this is probably your best bet to getting this > to work, IMHO. > > Regards, > Paul > > On Apr 1, 2005 4:08 PM, Tina wrote: >> >> Hi, please help me, I'm stuck with it!!!!! >> I am trying to set up several sers with a shared MySQL database for >> location service. >> >> I set in each ser.cfg: >> >> modparam("usrloc", "db_mode", 2) >> modparam("usrloc", >> "db_url","sql://ser:heslo@192.168.25.163/ser") >> >> and the servers are not synchronized. >> The I set >> modparam("usrloc", "db_mode", 2) >> >> >> made UAC (Xlite) register to one of the servers. >> I see it via usrloc, but there is no record in "location" mySQL >> table....So others do not see the client and I'm unable to make >> calls.... >> >> >> Please help how to work with usrloc and mySQL... >> >> Tina, >> software engineer >> >> ________________________________ >> Do you Yahoo!? >> Better first dates. More second dates. Yahoo! Personals >> >> >> _______________________________________________ >> Serusers mailing list >> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers >> >> >> > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers --------------------------------- Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. Learn more.

19 years, 7 months

[Serusers] serctl monitor not working: ser_receiver permission denied

by Cameron Beattie

I am having a problem getting serctl to "see" my SER instance. export SIP_DOMAIN='domain.com' /usr/local/serctl monitor I get message: [cycle #: 1; if constant make sure server lives and fifo is on] SER is running: /etc/rc.x/init.d/ser status ser (pid 3201 3197 etc) is running However /var/log/messages shows: /usr/local/sbin/ser [3434]: ERROR: open_reply_pipe: open error (/tmp/ser_receiver_3480): Permission denied /usr/local/sbin/ser [3434]: ERROR: fifo_reply: no reply pipe /tmp/ser_receiver_3480 Seems like a permissions error but I'm not sure what to do to correct it. Any ideas? Regards Cameron

19 years, 7 months

Re: [Serusers] digest authentication problems

by Greger V. Teigre

First of all, always CC serusers. Other users may have (or may get) the same problems. libmysqlclient is most likely your problem. Version 10 is ,mysql 3.23, while version 14 is 4.x. The libraries are quite different and a crash is only natural. You need to install either the 3.23 version of mysql OR the 3.x compatibility libraries for version 4.x. You will find them at http://dev.mysql.com/ or maybe throug hyour distribution. g-) Damian Bundred wrote: > Hi, > you seem to know alot about SER, and i was wondering if you could > help, and point out anywhere that i've gone wrong, or made false > assumptions. I have an SER server set up at 192.168.0.6 with a mysql > database running on it. i set my domain to 192.168.0.6, and ran the > database setup script, and it seemed to work fine. i then ran the > very basic SER config file, and the phone connected to it fine. > i then took the comments i was told to out, and it would run, but > whenever the phone connected, SER would quit. > i've narrowed the problem down to auth_db. when i leave the comment to > initiate that module in, the system works fine, but when i remove the > comment, the system dies very shortly after a device tries to connect > saying that the core is not generated. > I've enclosed the 2 seperates "SER -E" files out.txt without auth_db, > and out2.txt with auth_db. > I used the binaries from the website, rather than compiling my own, > thats unlikely to have anything to do with it is it? > Also, when i installed mysql, it didnt not have libmysqlclient.10.so > only .14.so, so i ln'ed .10 into .14 as i'd seen done with .10 into a > .12, was this correct? > I would really appreciate your help, its been driving me insane for a > day now. > Many thanks, > Damian Bundred.

19 years, 7 months

[Serusers] Combining AVP's

by Evan Borgström

Does anyone know of a way to combine (append or prepend) AVP values? If I had avp1 & avp2 can I create a new AVP avp3 with a value of "<avp1><avp2>" or would I have to create new functions in the avpops module to facilitate this? -Evan

19 years, 7 months

[Serusers] Re: RTPProxy fails only for Private to Public communication

by Vivienne Curran

Just as an extra : I have a sniff of the message for when a public client (2092)rings a private client (2093)included at the bottom of this email. I cant see anything wrong with them but maybe it will shed more light on the matter. Vivienne Curran <vivcurran(a)yahoo.co.uk> wrote:I changed the line modparam("nathelper", "rtpproxy_sock", "/var/run/rtpproxy.sock") to modparam("nathelper", "rtpproxy_sock", "udp:localhost:22222") and started the rtpproxy as ./rtpproxy -s udp from the relevant directory and this resulted in a series of "rtpp_command: no response from rtpproxy" and rtpproxy temporarily disabled" errors. If I return to the original modparam and start it as ./rtpproxy then it works but like I said when the private client rings the public client, I get "ERROR: send_rtpp_command: cant read reply from a RTP Proxy". Any further ideas? Has anyone on the mailing list experienced this? I am using the script given in the onsip getting started doc for 0.9.0. but am using ser 0.8.14. BR, Vivienne "Greger V. Teigre" <greger(a)teigre.com> wrote: See inline. > Thank you for that Greger. I have altered my script so that it > exactly mimics the one in the onsip document besides the has_totag > and fix_nated register. All is good when I ring from a private phone > to a public phone i.e. the audio is very clear and the following > messages are in /var/log. > > ERROR: extract_body: message body has length zero > ERROR: force_rtp_proxy2: cant extract body from the message. > > I assume this is because of the 200 OK to a register message where > theres no sdp?? Is this correct? That's correct. You will find code in the example configs where we test for an empty body before calling force_rtp_proxy. > However when I try to phone from public into private I get: > > ERROR: send_rtpp_command: cant read reply from a RTP Proxy. > > I find this confusing because I know the rtpproxy is working. This means that rtpproxy is not responding to a particular message. I have heard some people have had problems with the socket based communication. I only use UDP. This is what you do to set up udp (22222 is default port): modparam("nathelper", "rtpproxy_sock", "udp:localhost:22222") rtpproxy must be started with -s udp:* g-) > BR > Vivienne. > > "Greger V. Teigre" <greger(a)teigre.com> wrote: > Yes, you can use fix_nated_contact instead. It is not entirely > RFC-compliant, but that's what you have in 0.8.14. > The has_totag() only tests to see if the INVITE has a To header, > which means that it is in-dialog and thus is a re-INVITE. An INVITE > will normally not have loose routing unless you have another SIP > proxy forwarding an INVITE to you (in which case you should assume > that the other proxy handles NAT and thus not trigger NAT-related > code). You can safely remove the has_totag() if you use > force_rtp_proxy("l") > g-) > > ---- Original Message ---- > From: Vivienne Curran > To: Greger V. Teigre ; serusers(a)lists.iptel.org > Sent: Tuesday, April 05, 2005 02:25 PM > Subject: Re: [Serusers] Contact Header and SDP not rewritten > >> Greger, >> >> Since fix_nated_register does not exist with 0.8.14, will >> fix_nated_contact do instead? Also if I am leaving out the >> has_totag() at the start of the script, will this greatly effect its >> functionality? >> >> Thank you, >> Vivienne Send instant messages to your online friends http://uk.messenger.yahoo.com U 157.190.74.151:5060 -> 84.203.148.146:5060 INVITE sip:2093@84.203.148.146 SIP/2.0..Via: SIP/2.0/UDP 157.190.74.151;bra nch=z9hG4bKcd17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aed c22bd5a3b510c..To: <sip:2093@84.203.148.146>..Contact: <sip:2092@157.190.74 .151>..Supported: replaces..Call-ID: 8ffc2d18b21870b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Max-Forwards: 70..Al low: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Typ e: application/sdp..Content-Length: 426....v=0..o=2092 8000 0 IN IP4 157.19 0.74.151..s=SIP Call..c=IN IP4 157.190.74.151..t=0 0..m=audio 5004 RTP/AVP 0 8 4 18 2 15 99 9 101..a=sendrecv..a=rtpmap:0 PCMU/8000/3..a=rtpmap:8 PCMA /8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G729/8000/3..a=rtpmap:2 G726-3 2/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 iLBC/8000/3..a=fmtp:99 mode= 20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=rtpmap:101 telephone-event/8000/3 ..a=fmtp:101 0-11.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 157.19 0.74.151;branch=z9hG4bKcd17ddd1b59ead49;rport=5060..From: "2092" <sip:2092@ 84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2093@84.203.148.146>..Call-I D: 8ffc2d18b21870b3@157.190.74.151..CSeq: 64735 INVITE..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 84.203.148.1 46:5060 "Noisy feedback tells: pid=8990 req_src_ip=157.190.74.151 req_src_ port=5060 in_uri=sip:2093@84.203.148.146 out_uri=sip:2093@84.203.148.14:506 0 via_cnt==1".... U 84.203.148.146:5060 -> 84.203.148.14:5060 INVITE sip:2093@84.203.148.14:5060 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146 ;branch=z9hG4bKf51e.b169be72.0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060; branch=z9hG4bKcd17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag= aedc22bd5a3b510c..To: <sip:2093@84.203.148.146>..Contact: <sip:2092@157.190 .74.151:5060>..Supported: replaces..Call-ID: 8ffc2d18b21870b3(a)157.190.74.15 1..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Max-Forwards : 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Con tent-Type: application/sdp..Content-Length: 445....v=0..o=2092 8000 0 IN IP 4 157.190.74.151..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35014 RTP/AVP 0 8 4 18 2 15 99 9 101..a=sendrecv..a=rtpmap:0 PCMU/8000/3..a=rtpm ap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G729/8000/3..a=rtpmap :2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 iLBC/8000/3..a=fmtp :99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=rtpmap:101 telephone-eve nt/8000/3..a=fmtp:101 0-11..a=nortpproxy:yes.. U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169 be72.0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b5 9ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <s ip:2093@84.203.148.146>..Call-ID: 8ffc2d18b21870b3@157.190.74.151..CSeq: 64 735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Content-Length: 0.... U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b16 9be72.0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b 59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: < sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3@15 7.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..C ontent-Length: 0.... U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG 4bKcd17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3 b510c..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d1 8b21870b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Content-Length: 0.... U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169be72 .0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b59ead 49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2 093(a)84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3(a)157.190 .74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Contac t: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTION S,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: replaces..Conte nt-Length: 152....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN I P4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0..a=sendrecv..a=rtpmap:0 PCMU/ 8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169be72 .0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b59ead 49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2 093(a)84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3(a)157.190 .74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Contac t: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTION S,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: replaces..Conte nt-Length: 152....v=0..o=2093 8000 1 IN IP4 172.16.3.31..s=SIP Call..c=IN I P4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0..a=sendrecv..a=rtpmap:0 PCMU/ 8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 1 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169be72 .0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b59ead 49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2 093(a)84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3(a)157.190 .74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Contac t: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTION S,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: replaces..Conte nt-Length: 152....v=0..o=2093 8000 2 IN IP4 172.16.3.31..s=SIP Call..c=IN I P4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0..a=sendrecv..a=rtpmap:0 PCMU/ 8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 2 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. Send instant messages to your online friends http://uk.messenger.yahoo.com

19 years, 7 months

[Serusers] SERWEB : 400 ul_add : flag expected

by Mr Greg Plater

Hi I made the changes as per your posts. This is the message I still see in my server logs. Apr 7 11:45:15 altcall2 /usr/local/sbin/ser[1614]: ERROR: ul_add: flags expected

19 years, 7 months

[Serusers] rout call from ser to asterisk

by Kamran Ahmad

hello i have a prblem in routing call from ser to asterisk. i have the following senrio. UA is registered at ser when UA calls another UA ser try to look for the user not found then forword the call to other side asterisk. problem i am facing that ser is not forwording request to asterisk extensions.conf ---------------------------------------- exten=>2000,1,Dial(SIP/${EXTEN}) exten=>2000,2,Voicemail,u2000 exten=>2000,102,Voicemail,b2000 exten=>3000,1,Dial(SIP/${EXTEN}) exten=>3000,2,Voicemail,u3000 exten=>3000,102,Voicemail,b3000 ser.cfg ------------------------------------------- route{ lookup("location"); t_on_failure("1"); t_relay(); 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; }; if (loose_route()) { t_relay(); break; }; setflag(1); if (method=="INVITE") record_route(); if (uri==myself) { if (method=="REGISTER") { if(!radius_www_authorize("")) { www_challenge("","0"); break; } save("location"); break; }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; if (!t_relay()) { sl_reply_error(); }; } failure_route[1] { if(t_check_status("486")) { # busy, so rewrite to new location here, then: forward( 192.168.8.97, 5060 ); t_relay(); } } ---------------------------------------------------- Thanks Kamran __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest

19 years, 7 months

← Newer
1
...
53
54
55
56
57
58
59
...
70
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 April 2005