<span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;
mso-fareast-font-family:Calibri;mso-fareast-theme-font:minor-latin;mso-bidi-font-family:
&quot;Times New Roman&quot;;color:#1F497D;mso-ansi-language:EN-US;mso-fareast-language:
EN-US;mso-bidi-language:AR-SA">It appears that simply removing the access vlan
from theswithport configuration (and leaving in the voice vlan command) fixed the
issue. I was able reproduce the problem on demand by simply adding the
“switchport access vlan” command back in the config and bouncing the port on
the switch. We tested its multiple times and that appears to be controlling it.
As soon as I add the command back into the switch and we start a new call, I
can watch the “Rcvr Lost Packets” increment steadily within about 30 seconds or
so, when I remove it we can keep calls up indefinitely without a single packet
drop.</span><div><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;
mso-fareast-font-family:Calibri;mso-fareast-theme-font:minor-latin;mso-bidi-font-family:
&quot;Times New Roman&quot;;color:#1F497D;mso-ansi-language:EN-US;mso-fareast-language:
EN-US;mso-bidi-language:AR-SA">Oddly enough simply adding the access vlan command without the voice vlan command did not fix the problem, it was only when i left the voice vlan and removed the access vlan that it worked, sounds like a dot1q or cdp bug to me. I never got a chance to try disabling cdp and locking in the vlan and ip but I imagine that would also work. Thanks for everyones input!</span></div>
<div><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;
mso-fareast-font-family:Calibri;mso-fareast-theme-font:minor-latin;mso-bidi-font-family:
&quot;Times New Roman&quot;;color:#1F497D;mso-ansi-language:EN-US;mso-fareast-language:
EN-US;mso-bidi-language:AR-SA"> </span></div>