<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;
font-weight:normal;
font-style:normal;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>All,<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I am working with a customer who is seeing sporadic call drops on their systems. They following is the setup:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>CME – H323 Trunk to Avaya – call routed out a LD PRI registered to the Avaya system.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>The CME has 12 7937’s and 4 biamp devices registered to it, the Biamps are SIP based phones. The off-net calls drop sporadically and the seemingly relevant messages we see in the Wire Shark and Syslog traces show:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>10.146.128.50 (Avaya) 10.146.149.65 TCP [TCP ACKed lost segment] h323hostcall > hfcs-manager [ACK] Seq=1 Ack=2 Win=8736 Len=0<o:p></o:p></p><p class=MsoNormal>TCP0: bad seg from 10.146.128.50 -- bad sequence number: port 35839 seq 2919846836 ack 1534185920 rcvnxt 2919846837 rcvwnd 3146 len 0<o:p></o:p></p><p class=MsoNormal>TCP0: ACK timeout timer expired<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>With a disconnect Cause Value=38 (meaning network out of order).<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I am attaching the router config, the syslog file and the Wireshark capture. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Note: the CME and the Avaya re on the same 4507E switch and a review of both interfaces show literally zero CRC, Frame, Overrun or other L2 issues. So it seems unlikely that there are any cabling issues, and the switch itself seems quite healthy. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Any thoughts/suggestions would be very helpful! So far TAC has suggested we add the ‘no vad’ statement to the dial-peer 11 and allow-connections h323 to h323. I am not sure either one of those configuration changes will fix this issue.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Thanks!<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>M<span style='font-size:9.0pt'>ichele Russo<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:9.0pt'>Consultant<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:9.0pt'>Dimension Data NA<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:9.0pt'>202-460-3965 (cell)<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:9.0pt'>571-203-4007 (desk)<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:9.0pt'>michele.russo@dimensiondata.com<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>