[Spce-user] related to: Callee hangup doesnt' send BYE ...

[David]

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>'
'
#

/Thanks!/
/


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
conversation.

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
on-hook.

Regards,

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20120118/f42b2d62/attachment.html>