sr-users

sr-users@lists.kamailio.org

1 participants
37303 discussions

by Jade Chen Yan

hi, all, whenever I add the following lines in the ser.cfg, the ser cannot start up. : #for PSTN gateway if (uri=~"^sip:[0-9]*") { forward (192.168.15.41,5060); # 192.168.15.41 is my CISCO SIP2PSTN GW. #rewritehostport("192.168.15.41","5060") break; } I just add in the default ser.cfg. when I comment these lines. the ser can be started. 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; }; #for PSTN gateway #if (uri=~"sip:8010") { # forward (192.168.15.41,5060); # #rewritehostport("192.168.15.41","5060") # break; #} # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; can anyone tell me what 's wrong with these line. Best Regards, Jade begin 666 ATT00017.htm M/"%$3T-465!%($A434P@4%5"3$E#("(M+R]7,T,O+T141"!(5$U,(#,N,B\O M14XB/@T*/$A434P^#0H\2$5!1#X-"CQ-151!($A45% M15%5258](D-O;G1E M;G0M5'EP92((a)0T].5$5.5#TB=&5X="]H=&UL.R!C:&%R<V5T/6=B,C,Q,B(^ M#0H\345402!.04U%/2)'96YE<F%T;W(B($-/3E1%3E0](DU3($5X8VAA;F=E M(%-E<G9E<B!V97)S:6]N(#8N,"XV,C0Y+C$B/@T*/%1)5$Q%/G-E<BYC9F<@ M(&9O<B!04U1.($=7/"]4251,13X-"CPO2$5!1#X-"CQ"3T19/@T*/"$M+2!# M;VYV97)T960@9G)O;2!T97AT+W!L86EN(&9O<FUA=" M+3X-"@T*/% ^/$9/ M3E0@4TE:13TR/FAI+"!A;&PL/"]&3TY4/@T*/"]0/(a)T*#0H\4#X\1D].5"!3 M25I%/3(^=VAE;F5V97(@22!A9&0@=&AE(&9O;&QO=VEN9R!L:6YE<R!I;B9N M8G-P.R!T:&4@<V5R+F-F9RP@=&AE('-E<B!C86YN;W0@<W1A<G0@=7 N(#H\ M+T9/3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^(V9O<B!04U1.(&=A=&5W87D\ M+T9/3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^)FYB<W [(&EF("AU<FD]?B9Q M=6]T.UYS:7 Z6S M.5TJ)G%U;W0[*2![/"]&3TY4/@T*#0H\0E(^/$9/3E0@ M4TE:13TR/B9N8G-P.R9N8G-P.R9N8G-P.R9N8G-P.R!F;W)W87)D("@Q.3(N M,38X+C$U+C0Q+#4P-C I.R9N8G-P.R9N8G-P.R C(#$Y,BXQ-C@N,34N-#$@ M:7,@;7D@0TE30T\@4TE0,E!35$X@1U<N/"]&3TY4/@T*#0H\0E(^/$9/3E0@ M4TE:13TR/B9N8G-P.R9N8G-P.R9N8G-P.R C<F5W<FET96AO<W1P;W)T*"9Q M=6]T.S$Y,BXQ-C@N,34N-#$F<75O=#LL)G%U;W0[-3 V,"9Q=6]T.RD\+T9/ M3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^)FYB<W [)FYB<W [)FYB<W [)FYB M<W [)FYB<W [(&)R96%K.SPO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CXF M;F)S<#L(a)?3PO1D].5#X-"CPO4#X-"@T*/% ^/$9/3E0@4TE:13TR/DD@:G5S M="!A9&0@:6X@=&AE)FYB<W [(&1E9F%U;'0@<V5R+F-F9RX\+T9/3E0^#0H- M"CQ"4CX\1D].5"!325I%/3(^=VAE;B!)(&-O;6UE;G0@=&AE<V4@;&EN97,N M('1H92!S97(@8V%N(&)E('-T87)T960N/"]&3TY4/@T*#0H\0E(^/$9/3E0@ M4TE:13TR/B9N8G-P.VEF("AU<FD]/6UY<V5L9BD@>SPO1D].5#X-"CPO4#X- M"@T*/% ^/$9/3E0@4TE:13TR/B9N8G-P.R!I9B H;65T:&]D/3TF<75O=#M2 M14=)4U1%4B9Q=6]T.RD@>SPO1D].5#X-"CPO4#X-"@T*/% ^/$9/3E0@4TE: M13TR/B,@56YC;VUM96YT('1H:7,@:68@>6]U('=A;G0@=&\@=7-E(&1I9V5S M="!A=71H96YT:6-A=&EO;CPO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CXC M)FYB<W [)FYB<W [(&EF("@A=W=W7V%U=&AO<FEZ92@F<75O=#MI<'1E;"YO M<F<F<75O=#LL("9Q=6]T.W-U8G-C<FEB97(F<75O=#LI*2![/"]&3TY4/@T* M#0H\0E(^/$9/3E0@4TE:13TR/B,F;F)S<#LF;F)S<#LF;F)S<#L@=W=W7V-H M86QL96YG92@F<75O=#MI<'1E;"YO<F<F<75O=#LL("9Q=6]T.S F<75O=#LI M.SPO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CXC)FYB<W [)FYB<W [)FYB M<W [(&)R96%K.SPO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CXC)FYB<W [ M)FYB<W [('T[/"]&3TY4/@T*/"]0/(a)T*#0H\4#X\1D].5"!325I%/3(^)FYB M<W [)FYB<W [('-A=F4H)G%U;W0[;&]C871I;VXF<75O=#LI.SPO1D].5#X- M"@T*/$)2/CQ&3TY4(%-)6D4],CXF;F)S<#LF;F)S<#L@8G)E86L[/"]&3TY4 M/@T*#0H\0E(^/$9/3E0@4TE:13TR/B9N8G-P.R!].SPO1D].5#X-"@T*/$)2 M/CQ&3TY4(%-)6D4],CXF;F)S<#L@/"]&3TY4/@T*#0H\0E(^/$9/3E0@4TE: M13TR/B9N8G-P.R C9F]R(%!35$X@9V%T97=A>3PO1D].5#X-"@T*/$)2/CQ& M3TY4(%-)6D4],CXF;F)S<#L@(VEF("AU<FD]?B9Q=6]T.W-I<#HX,#$P)G%U M;W0[*2![/"]&3TY4/@T*#0H\0E(^/$9/3E0@4TE:13TR/B9N8G-P.R C)FYB M<W [)FYB<W [(&9O<G=A<F0@*#$Y,BXQ-C@N,34N-#$L-3 V,"D[/"]&3TY4 M/@T*#0H\0E(^/$9/3E0@4TE:13TR/B9N8G-P.R C)FYB<W [)FYB<W [("-R M97=R:71E:&]S='!O<G0H)G%U;W0[,3DR+C$V."XQ-2XT,29Q=6]T.RPF<75O M=#LU,#8P)G%U;W0[*3PO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CXF;F)S M<#LF;F)S<#LF;F)S<#LF;F)S<#LF;F)S<#L(a)(R9N8G-P.R9N8G-P.R!B<F5A M:SL\+T9/3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^)FYB<W [("-]/"]&3TY4 M/@T*/"]0/(a)T*#0H\4#X\1D].5"!325I%/3(^)FYB<W [(",@;F%T:79E(%-) M4"!D97-T:6YA=&EO;G,@87)E(&AA;F1L960@=7-I;F<@;W5R(%534DQ/0R!$ M0CPO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CXF;F)S<#L@:68@*"%L;V]K M=7 H)G%U;W0[;&]C871I;VXF<75O=#LI*2![/"]&3TY4/@T*#0H\0E(^/$9/ M3E0@4TE:13TR/B9N8G-P.R9N8G-P.R!S;%]S96YD7W)E<&QY*"9Q=6]T.S0P M-"9Q=6]T.RP@)G%U;W0[3F]T($9O=6YD)G%U;W0[*3L\+T9/3E0^#0H-"CQ" M4CX\1D].5"!325I%/3(^)FYB<W [)FYB<W [(&)R96%K.SPO1D].5#X-"@T* M/$)2/CQ&3TY4(%-)6D4],CXF;F)S<#L@?3L\+T9/3E0^#0H-"CQ"4CX\1D]. M5"!325I%/3(^)FYB<W [?3L\+T9/3E0^#0H\+U ^#0H-"CQ0/CQ&3TY4(%-) M6D4],CYC86X@86YY;VYE('1E;&P@;64@=VAA=" G<R!W<F]N9R!W:71H('1H M97-E(&QI;F4N(#PO1D].5#X-"CPO4#X-"CQ"4CX-"@T*/% ^/$9/3E0@4TE: M13TR/D)E<W0@4F5G87)D<RP\+T9/3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^ E2F%D93PO1D].5#X-"CPO4#X-"@T*/"]"3T19/@T*/"](5$U,/@`` ` end

21 years, 5 months

[Serusers] Error from PSTN2PC

by Jade Chen Yan

hi, all, i want to call from pstn to the agent which registers at ser. but when I call the sip agent from PSTN, the CISCO gateway get the 500 server errror from ser. d05h: Received: SIP/2.0 500 I'm terribly sorry, server error occured (1/SL) Via: SIP/2.0/UDP 192.168.15.41:5060 From: "8010" <sip:8010@192.168.15.41>;tag=6483474-1312 To: <sip:8275@172.30.10.230;user=phone>;tag=d907c03782364451 b Call-ID: EC4BBA87-15E311CC-82EADFF8-C6A5744F(a)192.168.15.41 CSeq: 101 INVITE Server: Sip EXpress router (0.8.10 (i386/linux)) Content-Length: 0 Warning: 392 172.30.10.230:5060 "Noisy feedback tells: pid=2 168.15.41 in_uri=sip:8275@172.30.10.230:5060;user=phone out_ 10.97 via_cnt==1" and my sip agent can get the invite message, and the cisco gw can get my 180 after 500 error. i have the following line in my ser.cfg if(src_ip==192.168.15.41){ if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; t_relay(); }; also I have add the usr and usr contact in the mysql db. BTW, how can I read the debug information. In my ser.cfg, I set debug = 5; Best Regards, Jade begin 666 ATT00084.htm M/"%$3T-465!%($A434P@4%5"3$E#("(M+R]7,T,O+T141"!(5$U,(#,N,B\O M14XB/@T*/$A434P^#0H\2$5!1#X-"CQ-151!($A45% M15%5258](D-O;G1E M;G0M5'EP92((a)0T].5$5.5#TB=&5X="]H=&UL.R!C:&%R<V5T/6=B,C,Q,B(^ M#0H\345402!.04U%/2)'96YE<F%T;W(B($-/3E1%3E0](DU3($5X8VAA;F=E M(%-E<G9E<B!V97)S:6]N(#8N,"XV,C0Y+C$B/@T*/%1)5$Q%/D5R<F]R(&9R M;VT@4%-43C)00SPO5$E43$4^#0H\+TA%040^#0H\0D]$63X-"CPA+2T@0V]N M=F5R=&5D(&9R;VT@=&5X="]P;&%I;B!F;W)M870@+2T^#0H-"CQ0/CQ&3TY4 M(%-)6D4],CYH:2P@86QL+#PO1D].5#X-"CPO4#X-"@T*/% ^/$9/3E0@4TE: M13TR/FD@=V%N="!T;R!C86QL(&9R;VT@<'-T;B!T;R!T:&4@86=E;G0@=VAI M8V@@<F5G:7-T97)S(&%T('-E<BX\+T9/3E0^#0H\+U ^#0H-"CQ0/CQ&3TY4 M(%-)6D4],CYB=70@=VAE;B!)(&-A;&P@=&AE('-I<"!A9V5N="!F<F]M(%!3 M5$XL('1H92!#25-#3R!G871E=V%Y(&=E="!T:&4@-3 P('-E<G9E<B!E<G)R M;W(@9G)O;2!S97(N/"]&3TY4/@T*/"]0/(a)T*#0H\4#X\1D].5"!325I%/3(^ M9# U:#H@4F5C96EV960Z/"]&3TY4/@T*#0H\0E(^/$9/3E0@4TE:13TR/E-) M4"\R+C @-3 P($DG;2!T97)R:6)L>2!S;W)R>2P@<V5R=F5R(&5R<F]R(&]C M8W5R960@*#$O4TPI/"]&3TY4/@T*#0H\0E(^/$9/3E0@4TE:13TR/E9I83H@ M4TE0+S(N,"]51% F;F)S<#L@,3DR+C$V."XQ-2XT,3HU,#8P/"]&3TY4/@T* M#0H\0E(^/$9/3E0@4TE:13TR/D9R;VTZ("9Q=6]T.S@P,3 F<75O=#L@)FQT M.W-I<#HX,#$P0#$Y,BXQ-C@N,34N-#$F9W0[.W1A9STV-#@S-#<T+3$S,3(\ M+T9/3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^5&\Z("9L=#MS:7 Z.#(W-4 Q M-S(N,S N,3 N,C,P.W5S97(]<&AO;F4F9W0[.W1A9SUD.3 W8S S-S@R,S8T M-#4Q/"]&3TY4/@T*#0H\0E(^/$9/3E0@4TE:13TR/F(\+T9/3E0^#0H-"CQ" M4CX\1D].5"!325I%/3(^0V%L;"U)1#H(a)14,T0D)!.#<M,35%,S$Q0T,M.#)% M041&1C@M0S9!-3<T-$9 ,3DR+C$V."XQ-2XT,3PO1D].5#X-"@T*/$)2/CQ& M3TY4(%-)6D4],CY#4V5Q.B Q,#$@24Y6251%/"]&3TY4/@T*#0H\0E(^/$9/ M3E0@4TE:13TR/E-E<G9E<CH@4VEP($58<')E<W,@<F]U=&5R("@P+C@N,3 @ M*&DS.#8O;&EN=7(a)I*3PO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CY#;VYT M96YT+4QE;F=T:#H@,#PO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CY787)N M:6YG.B S.3(@,3<R+C,P+C$P+C(S,#HU,#8P("9Q=6]T.TYO:7-Y(&9E961B M86-K('1E;&QS.B!P:60],CPO1D].5#X-"@T*/$)2/CQ&3TY4(%-)6D4],CXQ M-C@N,34N-#$@:6Y?=7)I/7-I<#HX,C<U0#$W,BXS,"XQ,"XR,S Z-3 V,#MU M<V5R/7!H;VYE(&]U=%\\+T9/3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^,3 N M.3<@=FEA7V-N=#T],29Q=6]T.SPO1D].5#X-"CPO4#X-"@T*/% ^/$9/3E0@ M4TE:13TR/F%N9"!M>2!S:7 @86=E;G0@8V%N(&=E="!T:&4@:6YV:71E(&UE M<W-A9V4L(&%N9"!T:&4@8VES8V\@9W<@8V%N(&=E="!M>2 Q.# @869T97(@ M-3 P(&5R<F]R+CPO1D].5#X-"CPO4#X-"@T*/% ^/$9/3E0@4TE:13TR/FD@ M:&%V92!T:&4@9F]L;&]W:6YG(&QI;F4@:6X@;7D@<V5R+F-F9SPO1D].5#X- M"CPO4#X-"@T*/% ^/$9/3E0@4TE:13TR/FEF*'-R8U]I<#T],3DR+C$V."XQ M-2XT,2E[/"]&3TY4/@T*#0H\0E(^/$9/3E0@4TE:13TR/B9N8G-P.R!I9B H M(6QO;VMU<"@F<75O=#ML;V-A=&EO;B9Q=6]T.RDI('L\+T9/3E0^#0H-"CQ" M4CX\1D].5"!325I%/3(^)FYB<W [)FYB<W [('-L7W-E;F1?<F5P;'DH)G%U M;W0[-# T)G%U;W0[+" F<75O=#M.;W0@1F]U;F0F<75O=#LI.SPO1D].5#X- M"@T*/$)2/CQ&3TY4(%-)6D4],CXF;F)S<#LF;F)S<#L@8G)E86L[/"]&3TY4 M/@T*#0H\0E(^/$9/3E0@4TE:13TR/B9N8G-P.R!].SPO1D].5#X-"@T*/$)2 M/CQ&3TY4(%-)6D4],CXF;F)S<#L@=%]R96QA>2(a)I.SPO1D].5#X-"@T*/$)2 M/CQ&3TY4(%-)6D4],CXF;F)S<#LF;F)S<#LF;F)S<#LF;F)S<#L@/"]&3TY4 M/@T*#0H\0E(^/$9/3E0@4TE:13TR/B9N8G-P.WT[/"]&3TY4/@T*/"]0/@T* M#0H\4#X\1D].5"!325I%/3(^86QS;R!)(&AA=F4@861D('1H92!U<W(@86YD M('5S<B!C;VYT86-T)FYB<W [(&EN('1H92!M>7-Q;"!D8BX\+T9/3E0^#0H\ M+U ^#0H-"CQ0/CQ&3TY4(%-)6D4],CY"5%<L(&AO=R!C86X@22!R96%D('1H M92!D96)U9R!I;F9O<FUA=&EO;BX@26X@;7D@<V5R+F-F9RP@22!S970@9&5B M=6<@/2 U.SPO1D].5#X-"CPO4#X-"CQ"4CX-"@T*/% ^/$9/3E0@4TE:13TR M/D)E<W0@4F5G87)D<RP\+T9/3E0^#0H-"CQ"4CX\1D].5"!325I%/3(^2F%D B93PO1D].5#X-"CPO4#X-"@T*/"]"3T19/@T*/"](5$U,/@`` ` end

21 years, 5 months

[Serusers] Bug or feature?

by Maxim Sobolev

Folks, This question isn't directly related to a SER, but does anybody know why Cisco IOS inserts several identical `c=<IP>' lines in SDP which it generates? No other UA I know about does that. I wonder because it creates a problems with SDP rewriting in nathelper module and I need to decide whether I have to modify nathelper to cope with that or open a Cisco TAC case instead. Any comments are appreciated! -Maxim SIP/2.0 200 OK Via: SIP/2.0/UDP 67.104.130.102:5061 From: <sip:0118000@67.104.130.102:5061;user=phone>;tag=bb4b39670c51e5c737c5de99b5450cc5 To: <sip:61412722777@64.180.102.72;user=phone>;tag=357A3908-2F6 Date: Tue, 17 Jun 2003 07:35:12 GMT Call-ID: 2920698556(a)192.168.1.100 Server: Cisco-SIPGateway/IOS-12.x CSeq: 2 INVITE Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO Allow-Events: telephone-event Contact: <sip:61412722777@67.104.130.107:5060> Content-Type: application/sdp Content-Length: 285 v=0 o=CiscoSystemsSIP-GW-UserAgent 7069 1539 IN IP4 67.104.130.107 s=SIP Call c=IN IP4 67.104.130.107 ^^^^^^^^^^^^^^^^^^^^^^^ t=0 0 m=audio 19044 RTP/AVP 4 19 101 c=IN IP4 67.104.130.107 ^^^^^^^^^^^^^^^^^^^^^^^ a=rtpmap:4 G723/8000 a=rtpmap:19 CN/8000 a=fmtp:4 annexa=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15

21 years, 5 months

[Serusers] Processing of OPTIONS Request

by Chintan Thakker

Hi, Should the server produce a 100 - TRYING (Stateful)/200 - OK (Stateless) to the calling party when an OPTIONS message is sent to it. [11.2 processing of OPTIONS request @ rfc3261 - "The response code chosen MUST be the same that would have been chosen had the request been an INVITE"] Currently the server just forwards the OPTIONS message (to the called party) without sending a (200/100) back to the calling party. Thanks, Platform: GNU/Linux 2.4.18-14 i686 Server: Sip EXpress router (0.8.11pre29 (i386/linux)) -- Start OPTIONS message -- 2003/06/19 12:40:05.819450 192.1.2.88:5060 -> 192.1.2.17:5060 OPTIONS sip:9727610001@192.1.2.17 SIP/2.0.Via: SIP/2.0/UDP 192.1.2.88:5060; branch=z9hG4bKkdjuw.Max-Forwards: 70.From: "9727619271" <sip:9727619271@ 192.1.2.88>;tag=323.To: sip:9727610001@192.1.2.17.Call-ID: 517928895(a)192.1. 2.88.CSeq: 1 OPTIONS.. -- End OPTIONS message --

21 years, 5 months

[Serusers] ser 0.8.10 (i386/freebsd)

by Marcelo Schmidt

I installed ser yesterday and I was trying to get an UA to connect to it. I created just one user: <sip:marcelo@marcelo.homeunix.com> and used an iptel.org account to send a message, I got: 483 Too Many Hops. I attached the ser.cfg and a capture file from tcpdump. Thanks, Marcelo.

21 years, 5 months

[Serusers] Ser 0.8.11Pre29 Number of processes

by Damien Vicq

Hi, I have just upgraded our ser 0.8.10, which worked fine, to ser 0.8.011Pre29, with the Jabber and PA modules running. The problems I am encountering are: when in debug mode I often get error messages: XJAB:xjab_check_workers: worker has exited, status=0, err=-1, errno=10. I have not found the meaning of this error code. More serious: ser seems to create many processes (up to more than a hundred after some hours of use), which after a day or so crashes the servers it runs on (Linux Redhat 9, bi PIII-500). Do you know where this can come from ? Thanks in advance, Damien Vicq Bell Labs

21 years, 5 months

[Serusers] How to register MSN Messenger4.6 to non-default port of ser

by Zen Kato

Hi, I have been running ser-0.8.10/FreeBSD-4.7 for 6 months without problem. I changed ser default port,i.e.,5060 to 5065 on ser.cfg because some sip phone needs 5060 for their STUN/NAT traversal now. It works fine for sip hardphones using UDP:5065 of ser for REGISTER, but MSN Messenger4.6 on windows98 could not REGISTER eventhough the REGISTER packet was sent from the Messenger4.6 to the ser's 5065 as bellow; -------------------sample ------------------- U 2003/06/19 10:10:08.426264 192.168.0.21:1079 -> 192.168.0.26:5065 REGISTER sip:tel.no-ip.com SIP/2.0..Via: SIP/2.0/UDP 192.168.0.21:14236..Fr om: <sip:050021@tel.no-ip.com>;tag=acbb1c1c-a23c-11d7-8627-0090997e7578..To : <sip:050021@tel.no-ip.com>..Call-ID: acbb1c1d-a23c-11d7-8627-0090997e7578 @192.168.0.21..CSeq: 2 REGISTER..Contact: <sip:192.168.0.21:14236>;methods= "INVITE, MESSAGE, INFO, SUBSCRIBE, OPTIONS, BYE, CANCEL, NOTIFY, ACK"..User -Agent: Windows RTC/1.0..Expires: 0..Content-Length: 0.... --------------------sample end----------------- Messenger4.6 does not accept "aaa@foo.bar.com:5065" and never change UDP port: REGISTER sip:foo.bar.com From: <sip:aaa@foo.bar.com> To: <sip:aaa@foo.bar.com> I tried "iptel.org SIP Express Router v0.8.10 -- Admin's Guide, Troubleshooting,Q: Windows Messenger authentication fails. " but it does not work. Does someone know how to register Messenger4.6 to non-default port of sip proxy? Regards, Zen Kato

21 years, 5 months

[Serusers] Are Max-Forwards Mandatory ?

by Chintan Thakker

Hi, Since RFC3262, it seems that Max-Forwards header is mandatory in ACKs sent by the server. [ 28.1 Major Functional Changes @ rfc3261] ]Currently the server returns ACKs that do not have it. Thanks, Platform: GNU/Linux 2.4.18-14 i686 Server: Sip EXpress router (0.8.11pre29 (i386/linux)) - Start ACK Message - Raw_Data.1=0000: 41 43 4b 20 73 69 70 3a 39 37 32 37 36 31 30 30 ACK.sip:97276100 Raw_Data.2=0010: 30 31 40 31 39 32 2e 31 2e 32 2e 32 32 33 20 53 01(a)192.1.2.223.S Raw_Data.3=0020: 49 50 2f 32 2e 30 0d 0a 56 69 61 3a 20 53 49 50 IP/2.0..Via:.SIP Raw_Data.4=0030: 2f 32 2e 30 2f 55 44 50 20 31 39 32 2e 31 2e 32 /2.0/UDP.192.1.2 Raw_Data.5=0040: 2e 31 37 3b 62 72 61 6e 63 68 3d 7a 39 68 47 34 .17;branch=z9hG4 Raw_Data.6=0050: 62 4b 32 65 61 33 2e 61 32 61 65 33 34 32 36 2e bK2ea3.a2ae3426. Raw_Data.7=0060: 30 0d 0a 46 72 6f 6d 3a 20 39 37 32 37 36 31 39 0..From:.9727619 Raw_Data.8=0070: 32 37 31 20 3c 73 69 70 3a 39 37 32 37 36 31 39 271.<sip:9727619 Raw_Data.9=0080: 32 37 31 40 31 39 32 2e 31 2e 32 2e 38 38 3e 3b 271(a)192.1.2.88>; Raw_Data.10=0090: 74 61 67 3d 31 31 33 34 0a 43 61 6c 6c 2d 49 44 tag=1134.Call-ID Raw_Data.11=00a0: 3a 20 35 39 38 36 33 32 39 34 31 40 31 39 32 2e :.598632941@192. Raw_Data.12=00b0: 31 2e 32 2e 38 38 0a 54 6f 3a 20 39 37 32 37 36 1.2.88.To:.97276 Raw_Data.13=00c0: 31 30 30 30 31 20 3c 73 69 70 3a 39 37 32 37 36 10001.<sip:97276 Raw_Data.14=00d0: 31 30 30 30 31 40 31 39 32 2e 31 2e 32 2e 31 37 10001(a)192.1.2.17 Raw_Data.15=00e0: 3e 3b 74 61 67 3d 38 32 30 32 0a 43 53 65 71 3a >;tag=8202.CSeq: Raw_Data.16=00f0: 20 31 20 41 43 4b 0d 0a 55 73 65 72 2d 41 67 65 .1.ACK..User-Age Raw_Data.17=0100: 6e 74 3a 20 53 69 70 20 45 58 70 72 65 73 73 20 nt:.Sip.EXpress. Raw_Data.18=0110: 72 6f 75 74 65 72 28 30 2e 38 2e 31 31 70 72 65 router(0.8.11pre Raw_Data.19=0120: 32 39 20 28 69 33 38 36 2f 6c 69 6e 75 78 29 29 29.(i386/linux)) Raw_Data.20=0130: 0d 0a 43 6f 6e 74 65 6e 74 2d 4c 65 6e 67 74 68 ..Content-Length Raw_Data.21=0140: 3a 20 30 0d 0a 0d 0a - End ACK Message -

21 years, 5 months

[Serusers] routing question

by Steve Blair

Hello: I have some Cisco phones registered to SER running on FreeBSD 4.7. Users of these phones want to dial a telephone number and have the call correctly routed out to the PSTN via a Cisco gateway on the network. The users of course only key-in a telephone number. No domain name or IP address. I thought the following code would correctly append the IP address and port of the gateway to their telephone number so the call could get routed correctly. This is not working. Instead either the IP address of the calling phone or the domain name for my domain is appended. Any thought on how to correct this would be appreciated. # check if it's about PSTN destinations through our gateway; if (uri=~"sip:9{10}") { route(4); break; }; route[4] ..... some account statements followed by ..... rewritehostport("ip-address-of-pstn-gateway:5060"); Thanks,Steve

21 years, 5 months

[Serusers] � �� 237616

by 237616＠bigfoot.com

21 years, 5 months

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