[Users] LCR problem
Klaus Darilion
klaus.mailinglists at pernau.at
Wed Dec 21 23:22:14 CET 2005
Very simple - the callee (a gateway?) is broken. It does not include the
proper Route header.
regards
klaus
Pepe wrote:
> Hello,
>
> Here you have the ngrep:
>
> [root at LinuxDPP ~]# ngrep -W byline -t port 5060
> interface: eth0 (192.168.10.0/255.255.255.0)
> filter: (ip) and ( port 5060 )
> #
> U 2005/12/21 17:45:56.147290 83.175.204.142:1025 -> 192.168.10.93:5060
> INVITE sip:669086199 at 192.168.10.93:5060;user=phone SIP/2.0.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Max-Forwards: 70.
> Supported: replaces.
> User-Agent: SIP Phone.
> Contact: <sip:911211389 at 83.175.204.142:1025>.
> Content-Type: application/SDP.
> Content-Length: 262.
> .
> v=0.
> o=SIP302 12367 0 IN IP4 192.168.10.91.
> s=SIP302 Session.
> c=IN IP4 83.175.204.142.
> t=0 0.
> m=audio 16384 RTP/AVP 18 4 0 0.
> a=ptime:20.
> a=ptime:30.
> a=ptime:20.
> a=ptime:0.
> a=rtpmap:18 G729/8000.
> a=rtpmap:4 G723/8000.
> a=rtpmap:0 PCMU/8000.
> a=rtpmap:0 PCMU/8000.
>
> #
> U 2005/12/21 17:45:56.168527 192.168.10.93:5060 -> 83.175.204.142:1025
> SIP/2.0 100 trying -- your call is important to us.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Content-Length: 0.
> Warning: 392 192.168.10.93:5060 "Noisy feedback tells: pid=3909
> req_src_ip=83.175.204.142 req_src_port=1025
> in_uri=sip:669086199 at 192.168.10.93:5060;user=phone
> out_uri=sip:669086199 at 195.219.74.166:5060;user=phone via_cnt==1".
> .
>
> #
> U 2005/12/21 17:45:56.169244 192.168.10.93:5060 -> 195.219.74.166:5060
> INVITE sip:669086199 at 195.219.74.166:5060;user=phone SIP/2.0.
> Record-Route: <sip:192.168.10.93;ftag=c0a80a5b-13c4-1ef-7ca38-206a;lr=on>.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Via: SIP/2.0/UDP 192.168.10.93;branch=z9hG4bKd6af.aaf5bbe7.0.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Max-Forwards: 69.
> Supported: replaces.
> User-Agent: SIP Phone.
> Contact: <sip:911211389 at 83.175.204.142:1025>.
> Content-Type: application/SDP.
> Content-Length: 262.
> .
> v=0.
> o=SIP302 12367 0 IN IP4 192.168.10.91.
> s=SIP302 Session.
> c=IN IP4 83.175.204.142.
> t=0 0.
> m=audio 16384 RTP/AVP 18 4 0 0.
> a=ptime:20.
> a=ptime:30.
> a=ptime:20.
> a=ptime:0.
> a=rtpmap:18 G729/8000.
> a=rtpmap:4 G723/8000.
> a=rtpmap:0 PCMU/8000.
> a=rtpmap:0 PCMU/8000.
>
> #
> U 2005/12/21 17:45:56.507603 195.219.74.166:5060 -> 192.168.10.93:5060
> SIP/2.0 100 Trying.
> Via: SIP/2.0/UDP 192.168.10.93;branch=z9hG4bKd6af.aaf5bbe7.0.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Record-Route: <sip:192.168.10.93;ftag=c0a80a5b-13c4-1ef-7ca38-206a;lr=on>.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Allow: INVITE,ACK,CANCEL,BYE,UPDATE,REGISTER.
> Content-Length: 0.
> .
>
> #
> U 2005/12/21 17:46:01.709394 195.219.74.166:5060 -> 192.168.10.93:5060
> SIP/2.0 180 Ringing.
> Via: SIP/2.0/UDP 192.168.10.93;branch=z9hG4bKd6af.aaf5bbe7.0.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Record-Route: <sip:192.168.10.93;ftag=c0a80a5b-13c4-1ef-7ca38-206a;lr=on>.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Allow: INVITE,ACK,CANCEL,BYE,UPDATE,REGISTER.
> Content-Type: application/sdp.
> Content-Length: 187.
> .
> v=0.
> o=- 134 1 IN IP4 195.219.74.166.
> s=-.
> c=IN IP4 195.219.74.166.
> t=0 0.
> m=audio 29000 RTP/AVP 4 96.
> a=rtpmap:4 G723/8000.
> a=ptime:60.
> a=rtpmap:96 telephone-event/8000.
> a=fmtp:96 0-15.
>
> #
> U 2005/12/21 17:46:01.715602 192.168.10.93:5060 -> 83.175.204.142:1025
> SIP/2.0 180 Ringing.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Record-Route: <sip:192.168.10.93;ftag=c0a80a5b-13c4-1ef-7ca38-206a;lr=on>.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Allow: INVITE,ACK,CANCEL,BYE,UPDATE,REGISTER.
> Content-Type: application/sdp.
> Content-Length: 187.
> .
> v=0.
> o=- 134 1 IN IP4 195.219.74.166.
> s=-.
> c=IN IP4 195.219.74.166.
> t=0 0.
> m=audio 29000 RTP/AVP 4 96.
> a=rtpmap:4 G723/8000.
> a=ptime:60.
> a=rtpmap:96 telephone-event/8000.
> a=fmtp:96 0-15.
>
> #
> U 2005/12/21 17:46:03.718973 195.219.74.166:5060 -> 192.168.10.93:5060
> SIP/2.0 200 OK.
> Via: SIP/2.0/UDP 192.168.10.93;branch=z9hG4bKd6af.aaf5bbe7.0.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Record-Route: <sip:192.168.10.93;ftag=c0a80a5b-13c4-1ef-7ca38-206a;lr=on>.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Allow: INVITE,ACK,CANCEL,BYE,UPDATE,REGISTER.
> Contact: <sip:34669086199 at 195.219.74.166>.
> Content-Type: application/sdp.
> Content-Length: 187.
> .
> v=0.
> o=- 134 1 IN IP4 195.219.74.166.
> s=-.
> c=IN IP4 195.219.74.166.
> t=0 0.
> m=audio 29000 RTP/AVP 4 96.
> a=rtpmap:4 G723/8000.
> a=ptime:60.
> a=rtpmap:96 telephone-event/8000.
> a=fmtp:96 0-15.
>
> #
> U 2005/12/21 17:46:03.726139 192.168.10.93:5060 -> 83.175.204.142:1025
> SIP/2.0 200 OK.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1ef-7ca42-495b.
> Record-Route: <sip:192.168.10.93;ftag=c0a80a5b-13c4-1ef-7ca38-206a;lr=on>.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 INVITE.
> Allow: INVITE,ACK,CANCEL,BYE,UPDATE,REGISTER.
> Contact: <sip:34669086199 at 195.219.74.166>.
> Content-Type: application/sdp.
> Content-Length: 187.
> .
> v=0.
> o=- 134 1 IN IP4 195.219.74.166.
> s=-.
> c=IN IP4 195.219.74.166.
> t=0 0.
> m=audio 29000 RTP/AVP 4 96.
> a=rtpmap:4 G723/8000.
> a=ptime:60.
> a=rtpmap:96 telephone-event/8000.
> a=fmtp:96 0-15.
>
> #
> U 2005/12/21 17:46:03.880319 83.175.204.142:1025 -> 192.168.10.93:5060
> ACK sip:34669086199 at 195.219.74.166 SIP/2.0.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 ACK.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1f7-7e888-25f8.
> Max-Forwards: 70.
> User-Agent: SIP Phone.
> Contact: <sip:911211389 at 83.175.204.142:1025>.
> Route: <sip:192.168.10.93;lr;ftag=c0a80a5b-13c4-1ef-7ca38-206a>.
> Content-Length: 0.
> .
>
> #
> U 2005/12/21 17:46:03.896380 192.168.10.93:5060 -> 195.219.74.166:5060
> ACK sip:34669086199 at 195.219.74.166 SIP/2.0.
> Record-Route: <sip:192.168.10.93;ftag=c0a80a5b-13c4-1ef-7ca38-206a;lr=on>.
> From:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> To: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 1 ACK.
> Via: SIP/2.0/UDP 192.168.10.93;branch=0.
> Via: SIP/2.0/UDP 83.175.204.142:1025;branch=z9hG4bK-1f7-7e888-25f8.
> Max-Forwards: 69.
> User-Agent: SIP Phone.
> Contact: <sip:911211389 at 83.175.204.142:1025>.
> Content-Length: 0.
> P-hint: rr-enforced.
> .
>
> #
> U 2005/12/21 17:46:06.677243 195.219.74.166:5060 -> 192.168.10.93:5060
> BYE sip:911211389 at 192.168.10.93 SIP/2.0.
> Via: SIP/2.0/UDP 195.219.74.166:5060;branch=1.
> From: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> To:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> Contact: <sip:34669086199 at 195.219.74.166>.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 2 BYE.
> Allow: INVITE,ACK,CANCEL,BYE,UPDATE,REGISTER.
> Content-Length: 0.
> .
>
> #
> U 2005/12/21 17:46:07.082683 192.168.10.93:5060 -> 195.219.74.166:5060
> SIP/2.0 483 Too Many Hops.
> Via: SIP/2.0/UDP 195.219.74.166:5060;branch=1.
> From: <sip:669086199 at 192.168.10.93:5060;user=phone>;tag=937175270.
> To:
> "911211389"<sip:911211389 at 192.168.10.93:5060>;tag=c0a80a5b-13c4-1ef-7ca38-20
> 6a.
> Call-ID: 8057fe48-c0a80a5b-13c4-1ef-7ca38-450c at 83.175.204.140.
> CSeq: 2 BYE.
> Content-Length: 0.
> Warning: 392 192.168.10.93:5060 "Noisy feedback tells: pid=3909
> req_src_ip=192.168.10.93 req_src_port=5060
> in_uri=sip:911211389 at 192.168.10.93 out_uri=sip:911211389 at 192.168.10.93
> via_cnt==12".
> .
>
> exit
> 15 received, 0 dropped
>
>
> Thx for all...
>
> -----Mensaje original-----
> De: Klaus Darilion [mailto:klaus.mailinglists at pernau.at]
> Enviado el: martes, 20 de diciembre de 2005 17:12
> Para: Pepe
> CC: users at openser.org
> Asunto: Re: [Users] LCR problem
>
> Hi Pepe!
>
> This is not an ngrep, but a full ethereal decode. This is unreadable.
> Please use "ngrep -W byline -t port 5060"
>
> regards
> klaus
>
>
> Pepe wrote:
>
>>Hello,
>>
>> Im making tests and its not a LCR problem, its a problem from my
>>GW2, when I use it for first option, it fails too, here you have the
>>ngrep,
>>
>>ClientA --> Proxy
>>--> GW2
>>(192.168.10.93) (192.168.10.91)
>>(195.219.74.166)
>>
>>Regards
>>
>>
>>The problem is that the BYE request will be handled by your LCR logic.
>>The BYE request should be route in the loose_route block as it is an
>>in-dialog request. Maybe the BYE sent from the gateway is not correct.
>>Please post a ngrep dump (ngrep -t -W byline port 5060)
>>
>>regards
>>klaus
>>
>>Pepe wrote:
>> >/ Hello,
>>/>/
>>/>/ Im configuring Openser with LCR module and Im having an extrange
>>/>/ behavior, I have 2 gateways, GW1(preference1) and
>>GW2(preference2), />/
>>/>/ GW1(pref.1)
>>/>/ / \
>>/>/ ClientA --> OpenSer -->
>>Client B
>>/>/ \ GW2 (pref.2)
>>/
>>/>/
>>/>/
>>/>/ When I call from Client A to Client B using GW1, all works fine,
>>its the />/ same when hang up Client B or Client A, but when GW1
>>fail(I provoke it />/ changing codec) and use failure route (GW 2)
>>then if Client A hang up />/ all works fine, but the problem is when
>>is Client B who hang up, its />/ like a new conversation, GW 2 send
>>BYE to openser and Openser just send />/ "503 Service Not avilable -
>>No gateways" to GW2, but doesnt send nothing />/ to ClientA, any idea
>>????
>>/>/
>>/>/
>>/>/ Thx in advance
>>/>/
>>/
>>
>>
>>----------------------------------------------------------------------
>>--
>>
>>_______________________________________________
>>Users mailing list
>>Users at openser.org
>>http://openser.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> Mensaje analizado por el Sistema de Detección de Virus McAfee de Acotel. El
> hecho de que dicho mensaje haya sido tratado NO excluye que pueda contener
> virus no catalogados a fecha de hoy.
> ----------------------------------------
> Message analyzed by the McAfee Virus Detection System at Acotel. The fact
> that this message has passed analysis doesn't exclude the possibility of
> being infected by an undetected virus.
More information about the sr-users
mailing list