<div dir="ltr"><div dir="ltr">Hi,<div><br></div><div>I have a small bit to add to this. I reviewed a number of other calls today that have been successful with in dialogue invites. It appears this issue happens when the client does re-invite but the invite does NOT include SDP. If the re-invite contains SDP the issue doesn't happen. </div><div><br></div><div>Happy to supply captures, logs, configs etc if anyone has any ideas. </div><div><br></div><div>Thanks,</div><div><br></div><div>Chris</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 24, 2020 at 9:27 PM Chris Hoffmann <<a href="mailto:chris021@gmail.com">chris021@gmail.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"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi,<div><br></div><div>I have a bit of an odd issue that I am struggling with on my sipwise box running mr6.5.2</div><div><br></div><div>i have 2 interfaces so my setup looks like this:</div><div><br></div><div>[Upstream Carrier] -------- [int-eth | SIPWISE | ext-eth] ---------- [My client]</div><div><br></div><div>99% of all calls work fine however, I have a client with a Mitel system, and when I send them a call which hits an auto attendant they send me another invite. When this happens Sipwise stops sending RTP with the ext-eth IP as the source and starts sending RTP with the int-eth IP as the source. At the same time Sipwise also sends a SIP/SDP 200 OK with the SDP packet showing:</div><div><br></div><div>Owner/Creator, Session Id (o): root 1724471111 1724471112 IN IP4 192.168.x.x</div><div>this is also the int-eth IP. </div><div><br></div><div>Any ideas on what is going on here?</div><div><br></div><div>Thanks,</div><div><br></div><div>Chris. </div><div> </div></div></div></div>
</blockquote></div></div>