Re: [SR-Users] ACC module from_tag, to_tag and callid

Alright. Thank you. ;) On Sun, Dec 20, 2015 at 2:11 PM, Dmitri Savolainen wrote: > BYE is the request (not response message) > > 2015-12-20 13:32 GMT+03:00 Gholamreza Sabery : > >> Thank you Dmitri. But It seems that it should not work this way. Here: >> https://supportforums.cisco.com/document/

Re: [SR-Users] ACC module from_tag, to_tag and callid

BYE is the request (not response message) 2015-12-20 13:32 GMT+03:00 Gholamreza Sabery : > Thank you Dmitri. But It seems that it should not work this way. Here: > https://supportforums.cisco.com/document/113271/understanding-sip-traces > it is written : > Note that the To and From header fields

Re: [SR-Users] ACC module from_tag, to_tag and callid

Thank you Dmitri. But It seems that it should not work this way. Here: https://supportforums.cisco.com/document/113271/understanding-sip-traces it is written : Note that the To and From header fields are not reversed in the response message as one might expect them to be. This is because the To and

Re: [SR-Users] ACC module from_tag, to_tag and callid

hi, it means BYE was generated by called party, so the To and From URIs and tags have been swapped. 2015-12-20 11:52 GMT+03:00 Gholamreza Sabery : > In the ACC modules' database table (acc) in Kamailio sometimes from_tag, > to_tag and callid of an INVITE and corresponding BYE completely match. Bu

[SR-Users] ACC module from_tag, to_tag and callid

In the ACC modules' database table (acc) in Kamailio sometimes from_tag, to_tag and callid of an INVITE and corresponding BYE completely match. But sometimes from_tag in INVITE is to_tag of BYE and to_tag of BYE will become from_tag of INVITE. Why this happens? Is this normal? Regards