[Spce-user] related to: Callee hangup doesnt' send BYE ...
apogrebennyk at sipwise.com
Wed Jan 18 15:54:00 EST 2012
so the BYE comes to sip:provider but load-balancer ignores it? Please
provide us the part of kamailio-lb.log covering this call.
On 18.01.2012 20:04, David wrote:
> OK, you are right, after 90 seconds the callee sent the BYE
> Reason: Q.850;cause=102;text="recovery of timer expiry"'/
> /interface: any
> filter: (ip or ip6) and ( port 5060 )
> match: NumberB
> U 2012/01/18 12:22:41.213738 X.X.X.X:5060 -> Y.Y.Y.Y:5060
> BYE sip:ngcp-lb at Y.Y.Y.Y:5060 SIP/2.0'
> Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK0od5hl3010r13qcvu5d1sd0000010$
> Call-ID: 63ac84554f52e7427d0045635ba385a0 at sip.domain.es_b2b-1'
> From: <sip:NumberB at sip.domain.es>;tag=m1aim141-CC-35'
> To: "NumberA" <sip:NumberA at Y.Y.Y.Y>;tag=3E72F49B-4F16AB1C0005D15F-F812$
> CSeq: 2 BYE'
> Reason: Q.850;cause=102;text="recovery of timer expiry"'
> Max-Forwards: 69'
> Content-Length: 0'
> Route: <sip:Y.Y.Y.Y;r2=on;lr=on;ftag=3E72F49B-4F16AB1C0005D15F-F8120700>'
> Route: <sip:127.0.0.1;r2=on;lr=on;ftag=3E72F49B-4F16AB1C0005D15F-F8120700>'
> On 16/01/12 23:54, Sébastien Cramatte wrote:
>>/ We have opened an issue with our SIP trunk wholesale provider
> />/ (Jazztel / Spain) and they told us that is the normal behavior ...
> />/ Their policy for land lines are to doesn't send "BYE" when callee
> />/ hangup first ...
> />/ Do you think that this behavior is setup for any technical reason on
> />/ their side ? Do other SIP trunk providers in others countries do the
> />/ same thing ?
> This isn't unheard of in PSTN networks - callee putting the handset down
> does not immediately cleardown the call, as they can pick up the handset
> (or another handset somewhere else in the house) and continue the
> They should send a BYE eventually, after a timeout. Some providers will
> send a re-INVITE to put the RTP stream on-hold whilst the handset in
> Spce-user mailing list
> Spce-user at lists.sipwise.com
More information about the Spce-user