[OpenSIPS-Users] 481 Call does not exists
bogdan at opensips.org
Mon Nov 4 14:15:40 CET 2013
You mean the BYEs at lines 426 and 438 ? If so, note that they have some
Call-IDs different from whatever other Call-ID you have in that trace -
they do not match anything....
Are they maybe related to some previous call ?? Considering both BYEs
have the same CallID it means they belong to the call, maybe different
legs of the same call ; but as both legs are to FS, it only match the
case when the call from FS was sent to OS, OD received a 3xx and
redirected call back to FS (like the second callid you have in the trace).
OpenSIPS Founder and Developer
On 11/04/2013 11:56 AM, Miha wrote:
> Hi Bogdan,
> this is not the same thing as we were taling last time. I manage to
> get accouting working by your help and now all CDR works as it should:)
> But this is different thing as I do not know why Opensips send two
> more BYE request and FS replay with 481 code.
> Here is a sip trace: http://pastebin.com/zdPfuQUt
> Thank you!
> Dne 10/30/2013 9:35 AM, piše Bogdan-Andrei Iancu:
>> Issue sorted out off list, by using a custom hdr to link the two SIP
>> calls (for accounting purposes).
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> On 10/24/2013 11:03 AM, Miha wrote:
>>> I need a little help.
>>> When I am having 302 that is handled by Opensips I am gettinf 481 by
>>> FS when opensips sends BYE request.
>>> I am guessing that the problem is with initial invite due to port 5080
>>> invite but opensips send to 5060, please let me know if I am wrong:)
>>> How can I change this behaviour as BYE is not send by Opensips and
>>> call is not droped as it should on other side.
>>> Here is a sip trace:
>>> Users mailing list
>>> Users at lists.opensips.org
More information about the Users