<div dir="ltr">Hello<div><br></div><div>Thank you very much for such detailed answer!</div><div><br></div><div>All the best</div><div>Madis-Karli Koppel</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 19, 2019 at 2:04 PM Dan Pascu <<a href="mailto:dan@ag-projects.com">dan@ag-projects.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On 19 Jun 2019, at 11:20, Madis-Karli Koppel wrote:<br>
<br>
> Hi<br>
> <br>
> Is it possible to use python-sipsimple with Avaya IP office. <br>
> <br>
> I have managed to set it up a small system and everything else works perfectly except registration. When a registration refresh is sent mid-call the call drops (from Avaya side). <br>
> <br>
> I might be wrong, but according to my investigations the reason is mismatched FROM-tag in registration: registration uses _core.request that uses pjsip_endpt_create_request from sip_util.h that adds a new tag to the request and not the tag of old registration that Avaya would like. All of this means that Avaya treats the registration as a new registration and not refresh of old one.<br>
<br>
Then Avaya is wrong. The REGISTER request doesn't establish a dialog. As a result it has no obligation to maintain the from/to tags from one request to the next. In fact it shouldn't exactly because REGISTER doesn't establish a dialog. The way the server identifies if it's a refreshed registration of a new one is by looking at the Contact header. If the contact associated with the AOR already exists on the server, then it's a refresh, else it's a new registration.<br>
<br>
Section 10.2 of RFC3261 establishes only the following:<br>
<br>
1. REGISTER doesn't establish a dialog (i.e. it shouldn't preserve from/to tags from one request to the next)<br>
2. REGISTER requests sent from a UA to the same registrar should use the same Call-ID in order to allow the server to detect if a delayed REGISTER request came out of order<br>
<br>
python-sipsimple honors both these requirements.<br>
<br>
I also recommend reading section 10.3 which describes how the server should handle REGISTER requests. In neither 10.2 nor 10.3 is there any mention of from/to tags, except specifying that REGISTER doesn't establish a dialog which automatically implies that tags are not preserved.<br>
<br>
> <br>
> Unfortunately enabling GRUU is not possible on Avaya side. <br>
> <br>
> Is there anything to do in this situation?<br>
<br>
Ask Avaya to fix their device?<br>
<br>
> <br>
> All the best<br>
> Madis-Karli Koppel<br>
> _______________________________________________<br>
> SIPBeyondVoIP mailing list<br>
> <a href="mailto:SIPBeyondVoIP@lists.ag-projects.com" target="_blank">SIPBeyondVoIP@lists.ag-projects.com</a><br>
> <a href="https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip" rel="noreferrer" target="_blank">https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip</a><br>
<br>
<br>
--<br>
Dan<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
SIPBeyondVoIP mailing list<br>
<a href="mailto:SIPBeyondVoIP@lists.ag-projects.com" target="_blank">SIPBeyondVoIP@lists.ag-projects.com</a><br>
<a href="https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip" rel="noreferrer" target="_blank">https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip</a><br>
</blockquote></div>