<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
The phones also have a very limited arp cache, I believe 16 entries.&nbsp;
ARP entries corresponding to next hop for CM servers are permanently
cached.&nbsp; Recommendation is to avoid deploying phones in such a large L2
domain.&nbsp; I believe this is covered in the UC SRND.&nbsp; There is some
history behind this:<br>
<br>
CSCdt28640 7960 Intermittant Delayed Dialtone when going off-hook<br>
<br>
/Wes<br>
<br>
On Wednesday, June 30, 2010 11:11:18 AM, Pawlowski, Adam
<a class="moz-txt-link-rfc2396E" href="mailto:ajp26@buffalo.edu">&lt;ajp26@buffalo.edu&gt;</a> wrote:<br>
<blockquote
 cite="mid:06F4A0AECDEB8248951A4CFAF9044EDBEACA9BEBFF@MBCCR3.itorg.ad.buffalo.edu"
 type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="Generator" content="Microsoft Word 12 (filtered medium)">
  <style>
<!--
 /* Font Definitions */
 @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;}
.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]-->
  <div class="WordSection1">
  <p class="MsoNormal">Folks,<o:p></o:p></p>
  <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal">&nbsp;&nbsp;&nbsp; I&#8217;ve seen some commentary about certain
versions of Call&nbsp; Manager not being suitable to sit directly on a
subnet
with a large number of endpoints due to a limited capacity of the ARP
table,
but, nothing similar from the VoIP telephones themselves.<o:p></o:p></p>
  <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp; I have a large subnet of VoIP
devices, a /19 with over 1500 phones active at this time. Within this
subnet,
and, specifically, within a &#8220;building&#8221;, subset of network gear,
there are specific telephones which are not able to complete a call to
another
telephone on that subnet, within the &#8220;building&#8221;. Each of these
devices is direct attached to a Cat 3750G placing the voice traffic on
the sub
mentioned before. <o:p></o:p></p>
  <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp; What I&#8217;ve seen in the one
time I was able to isolate the problem, was the one of the two phones
in the
conversation would be continually ARPing for the other device, but, the
other
device, despite seeing it, wouldn&#8217;t reply, so the RTP stream never
establishes. I toggled the GARP feature from off, to on (although we
have
phones elsewhere with it off and/or on) and it began working. The
problem still
exists with other, specific, sets, but, the feature is on and swapping
it doesn&#8217;t
help. Often, a second try at establishing a call will work. <o:p></o:p></p>
  <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I guess what I&#8217;m asking
is, is there a limit to the ARP table on the device? Does it even
matter, since
it attempts to lookup the MAC of the target phone on each call ? Anyone
else
had to deal with this ? <o:p></o:p></p>
  <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; You&#8217;ll see an error in
the device&#8217;s console log about 0 RTP packets received, and stream stats
will show no traffic sent or received, but, of course, the phone
presents as
though the call is flowing and thus the end users complain.<o:p></o:p></p>
  <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal">Thanks for your insights,<o:p></o:p></p>
  <p class="MsoNormal"><o:p>&nbsp;</o:p></p>
  <p class="MsoNormal">Adam Pawlowski<o:p></o:p></p>
  <p class="MsoNormal">University at Buffalo<o:p></o:p></p>
  </div>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
cisco-voip mailing list
<a class="moz-txt-link-abbreviated" href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
  </pre>
</blockquote>
<br>
</body>
</html>