<div dir="ltr"><div dir="ltr"><div dir="ltr">I have confirmed that the Call-ID header is in fact incorrect <span style="color:rgb(0,0,0);font-family:-webkit-standard;font-size:medium">regardless of what sngrep tells me</span> by logging the message buffer for ACK's.<div>The call flows like this:</div><div><br></div><div>Provider -> 1st OpenSIPS -> 2nd OpenSIPS -> Teams</div><div><br></div><div>What seems to be happening is that the ACK comes from provider to 1st OpenSIPS and when routed to 2nd OpenSIPS it is sent with the original Call-ID created by provider instead of than the one generated by topology_hiding(UC) for the original INVITE which results in:</div><div>WARNING:dialog:dlg_onroute: tight matching failed for ACK with callid='54303148.....etc'<br></div><div><br></div><div>I doubt this is a bug, more likely something I'm doing wrong. Does anyone have any ideas please?<br></div><div><br></div><div>Many thanks!</div><div>Mark.</div><div><br></div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 8 Jun 2021 at 16:56, Mark Farmer <<a href="mailto:farmorg@gmail.com">farmorg@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Thanks for the reply John!<div><br></div><div>Checking things over, the tags look fine.</div><div><br></div><div>According to the logs the ACK is being forwarded with the original Call-ID header.</div><div>It seems to arrive at the next hop as having been encrypted by topology_hiding() but in the log of that next hop I get a match failure because the original header doesn't match what's in the existing dialog.</div><div><br></div><div><div>WARNING:dialog:dlg_onroute: tight matching failed for ACK with callid='<a href="mailto:42284230-3832136123-249469431@sbc-uk-l-far07b.uk.sdin.bt.net" target="_blank">42284230-3832136123-249469431@sbc-uk-l-far07b.uk.sdin.bt.net</a>'/60, ftag='3832136123-1536789624'/21, ttag='2e31e1179f3440fca8aed29db28c4314'/32 and direction=0</div><div>WARNING:dialog:dlg_onroute: dialog identification elements are callid='DLGCH_e0JXVmd7Y2NiQ11dYXhjZX5CVkNhfWlneUlRXWIJIzEsXRAFfiV9NS4CVVkxZyU4YQMBBz1nMidhHgAa'/86, caller tag='3832136123-1536789624'/21, callee tag='2e31e1179f3440fca8aed29db28c4314'/32</div></div><div><br></div><div>But according to sngrep the ACK arrives with the correct Call-ID header:</div><div><br></div><div>Call-ID: DLGCH_e0JXVmd7Y2NiQ11dYXhjZX5CVkNhfWlneUlRXWIJIzEsXRAFfiV9NS4CVVkxZyU4YQMBBz1nMidhHgAa<br></div><div><br></div><div>So I don't know which to believe at this point.</div><div><br></div><div>Mark.</div><div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 8 Jun 2021 at 13:58, John Quick <<a href="mailto:john.quick@smartvox.co.uk" target="_blank">john.quick@smartvox.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Mark,<br>
<br>
I wasn't using topology hiding, but had a problem similar to this which<br>
baffled me for a long time until I noticed that the To-tag value wasn't<br>
matching the value in the "200 OK". Looking at the DBG logs, it appears that<br>
the dialog matching uses To-tag and From-tag.<br>
<br>
Another idea - topology hiding puts a unique hash code into the Contact<br>
header. Is that getting altered by a downstream server?<br>
<br>
Compare the "200 OK" elements with the equivalent ACK elements. Hope this<br>
helps.<br>
<br>
John Quick<br>
Smartvox Limited<br>
<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">Mark Farmer<br><a href="mailto:farmorg@gmail.com" target="_blank">farmorg@gmail.com</a></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Mark Farmer<br><a href="mailto:farmorg@gmail.com" target="_blank">farmorg@gmail.com</a></div>