<html><head><base href="x-msg://313/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">if you don't see it in sofia siptrace but do see it in tcpdump capture then something very ugly is going on. &nbsp;Either sofia has hung up completely and is not listening on that port anymore (can other calls go through?) or the packet you see in tcpdump is not really going to the right port. &nbsp;Can you confirm which one?<div><br></div><div>Mike</div><div><br><div><div>On Dec 16, 2009, at 6:29 PM, DJB wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font-family: verdana, helvetica, sans-serif; font-size: 10pt; "><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial, sans-serif; ">We have a customer that we are sending calls to off the FS and here is the issue:<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial, sans-serif; "><o:p>&nbsp;</o:p></span></p><p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial, sans-serif; ">Call is initially setup fine and they send a first re-invite with media 0.0.0.0 to place the caller on hold. FS sends a 200 ok to this first re-invite fine<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial, sans-serif; "><o:p>&nbsp;</o:p></span></p><p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial, sans-serif; ">They then send a second re-invite with their media IP to cut through media and the FS sends a 200 OK to this fine. At this point the call is fine<o:p></o:p></span></p><p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial, sans-serif; "><o:p>&nbsp;</o:p></span></p><p class="MsoNormal"><span style="font-size: 10pt; font-family: Arial, sans-serif; ">30 minutes later they send a third re-invite because according to them it is strictly for the purpose of “keep alive” per RFC 4028. This third re-invite has the exact same media IP and UDP pot information as the second re-invite does. The problem is FS does not respond to this third re-invite AT ALL. It doesn’t send a 100 trying a 200 OK nothing so this causes the call to be dropped as the other end does not recieve a response from FS. &nbsp;<o:p></o:p></span></p><p class="MsoNormal"><font class="Apple-style-span" face="Arial, sans-serif"><br></font></p><p class="MsoNormal"><font class="Apple-style-span" face="Arial, sans-serif">One more thing, we did not see the third re-invite in sofia siptrace, but we do see it in ethereal, which is kind of odds.</font></p><p class="MsoNormal"><font class="Apple-style-span" face="Arial, sans-serif"><br></font></p><p class="MsoNormal"><font class="Apple-style-span" face="Arial, sans-serif">We are running&nbsp;FreeSWITCH Version 1.0.trunk (15979) in bypass media mode.</font></p></div></div></div></span></blockquote></div><br></div></body></html>