<div dir="ltr"><div>Hello I have a couple MR14 ce deployments and both seem to be exhibiting the same behavior.  Inbound or outbound call connects properly.  If the subscriber hangs up the call ends properly.  if the external caller hangs up we receive the bye, bye goes to the internal leg but is never transmitted to the subscriber so the call isnt hung up.  487 comes later and sipwise tears the call down,  Has this been seen before and is there a fix for it?</div><div><br></div><div>Sipwise MR14 Call Flow Issue Example<br><br>Call-ID: f5a39f61-9ff3-123f-97b1-22005af5e8c7_b2b-1<br><br>=== Call Setup ===<br>1. FusionPBX (131.99) -&gt; Sipwise (11.241)<br>   INVITE <a href="mailto:sip%3A13182359651@76.8.29.198">sip:13182359651@76.8.29.198</a><br><br>2. Sipwise -&gt; Carrier (29.198)<br>   INVITE forwarded<br><br>3. Carrier -&gt; Sipwise<br>   100 Trying<br><br>4. Carrier -&gt; Sipwise<br>   180 Ringing<br><br>5. Carrier -&gt; Sipwise<br>   200 OK<br><br>6. Sipwise -&gt; FusionPBX<br>   200 OK<br><br>7. FusionPBX -&gt; Sipwise<br>   ACK<br><br>=== Call Active ===<br>- RTP established between endpoints<br>- Call remains active normally<br><br>=== Call Teardown (Problem Area) ===<br><br>8. Carrier -&gt; Sipwise<br>   BYE (User hung up)<br>   CSeq: 102672 BYE<br><br>9. Carrier retransmits BYE multiple times (no response from Sipwise)<br>   - Same BYE repeated 4+ times<br><br>10. Sipwise -&gt; Carrier<br>    SIP/2.0 408 Request Timeout<br>    (Sipwise never responded with 200 OK to BYE)<br><br>11. Sipwise -&gt; FusionPBX (late)<br>    BYE sent AFTER timeout<br>    CSeq: 11 BYE<br><br>12. FusionPBX -&gt; Sipwise<br>    SIP/2.0 481 Unknown Dialog<br><br>=== Result ===<br>- FusionPBX never receives the original BYE in time<br>- Call remains active on PBX side<br>- Sipwise sends delayed BYE which results in 481<br>- Call eventually clears incorrectly (NORMAL_CLEARING / 500)<br><br>=== Key Issue ===<br>Sipwise does NOT properly acknowledge or forward the initial BYE from the carrier:<br>- No 200 OK sent to carrier BYE<br>- No immediate BYE sent to FusionPBX<br>- Causes stuck calls and dialog mismatch<br><br>=== Expected Behavior ===<br>Carrier BYE -&gt; Sipwise:<br>- Sipwise should respond: 200 OK<br>- Sipwise should immediately forward BYE to FusionPBX<br>- FusionPBX should respond: 200 OK<br><br>=== Observed Behavior ===<br>Carrier BYE -&gt; Sipwise:<br>- No 200 OK<br>- BYE retransmits<br>- Eventually 408 timeout<br>- Late BYE causes 481<br><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Jeremie Chism<br>Triton Communications</div></div>