[Spce-user] Callee hangup doesnt' send BYE ...
Andreas Granig
agranig at sipwise.com
Mon Jan 16 09:55:03 EST 2012
Hi Sebastien,
I don't see any BYE in the trace, which means your Peering Server (the
Huawei?) is acting incorrectly.
From the (Record-)Route point of view it looks fine, otherweise the
re-INVITE and the ACKs won't be routed correctly.
Andreas
On 01/16/2012 03:42 PM, Sébastien Cramatte wrote:
> Hi Andreas,
>
> Please take a look to sp_trace attached file
>
> xx.xx.xx.xx => Sip Provider IP
> yy.yy.yy.yy => Peering IP
> zz.zz.zz.zz => Client IP
>
> 868xxxxxx => Caller number (SP subscriber)
> 968xxxxxx => Callee number (PSTN number)
>
> The scenario was sp subscriber calls callee and hang the callee !
>
> Thank you
>
> El 16/01/12 14:00, Andreas Granig escribió:
>> Hi Sebastien,
>>
>> On 01/16/2012 01:26 PM, Sébastien Cramatte wrote:
>>> We have got issue with our SIP peering.
>>> Callee hangup doesnt' send BYE.
>>>
>>> How can we solve this issue ? Does it is related to SIP Provider ?
>> If you hang up on the callee side and it doesn't send a BYE to the SP,
>> then it's a client issue, where we can't do anything about it.
>> If it sends a BYE, but it's not forwarded to the calling party, then
>> please provide a full SIP trace for us to have a look. Maybe some Route
>> headers sent by the callee are not ok.
>>
>> Andreas
>>
>>
>>
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> http://lists.sipwise.com/listinfo/spce-user
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20120116/8fa0d7c5/attachment-0001.asc>
More information about the Spce-user
mailing list