[cisco-voip] PC Port on Phone Fails During Large Data Transfer

Wes Sisk wsisk at cisco.com
Tue Feb 24 15:38:40 EST 2009


In your diagram I believe this will be a problem: Switch:(Auto/Full) -- 
(auto/auto)phone.  That is classic definition of mismatch.  errors are 
at the electrical level and historically not very well reported.  the 
c6k's used to use the most informative phy's and provided the most 
counters to characterize low level errors.  very historical as I have 
not worked on it in several years.

depends on your definition of switch.  you assume the 'switch' in the 
phone has essentially infinite buffer which is not the case. It a switch 
in that it splits collision domains.  Check the phone webpages for cos0, 
cos1, ...cos7 drops.  switch has extremely limited buffer.

most likely your PC<->phone rate exceeds your Phone<->Switch rate and 
phone switch cannot buffer

/wes

On Tuesday, February 24, 2009 2:48:55 PM, STEVEN CASPER 
<SCASPER at mtb.com> wrote:
>  First of all thanks to everyone for your responses, this is a great 
> group and  I have found it to be a very valuable resource.
>  
>  Now....isn't the switch in an IP telephone a true switch and not a 
> hub? So if the phone port that goes to the closet switch is set to 
> auto and the closet switch port is set to auto it should negotiate and 
> transmit data independently of the PC port which is hard coded to 
> 100/Full to match the 1000's of NIC cards that we have out there that 
> are already set that way?
>  
>  
>  
> Please consider the impact on our environment before printing this 
> e-mail.
>
>
> >>> "Jason Aarons (US)" <jason.aarons at us.didata.com> 2/24/2009 2:39 PM >>>
>
> Cisco’s recommendation with technical explanations
>
> http://www.cisco.com/en/US/tech/tk389/tk214/technologies_tech_note09186a0080094781.shtml
>
>  
>
>  
>
> *From:* cisco-voip-bounces at puck.nether.net 
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *Fuermann, Jason
> *Sent:* Tuesday, February 24, 2009 1:52 PM
> *To:* 'STEVEN CASPER'; James Buchanan; cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] PC Port on Phone Fails During Large Data 
> Transfer
>
>  
>
> WHOA, that’s some weird setup.
>
> Everything should work fine on auto/auto. If not both sides of the 
> link need to at least match, or you will get duplex mismatches which 
> will cause a lot of problems
>
>  
>
> *From:* cisco-voip-bounces at puck.nether.net 
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *STEVEN CASPER
> *Sent:* Tuesday, February 24, 2009 12:12 PM
> *To:* James Buchanan; cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] PC Port on Phone Fails During Large Data 
> Transfer
>
>  
>
> This is our standard at the moment
>
>  
>
> Switch ---------Phone Switch Port---------Phone PC Port-------   PC NIC
>
> Auto/Full            Auto/Auto                           
> 100/Full                   100/Full 
>
>  
>
> There is a long convoluted history behind these settings but we have 
> not had any issues until recently.
>
>  
>
> Please consider the impact on our environment before printing this 
> e-mail.
>
>
>
> >>> "James Buchanan" <jbuchanan at ctiusa.com> 2/24/2009 12:07 PM >>>
>
> When you hardcoded to 100/Full, did you hardcode on the switch end and 
> inside the phone?
>
>  
>
> *From:* cisco-voip-bounces at puck.nether.net 
> [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf Of *STEVEN CASPER
> *Sent:* Tuesday, February 24, 2009 9:49 AM
> *To:* 'cisco-voip at puck.nether.net'
> *Subject:* [cisco-voip] PC Port on Phone Fails During Large Data Transfer
>
>  
>
>  Has anyone run across the following scenario -
>
>  
>
>  When large amounts of data are transferred between an IP Phone and an 
> attached PC such as during a Microsoft Office update the update fails. 
> When the failure occurs the phone shows the status of port 2 (PC 
> Port) as no link. it was working fine prior to the update starting. 
> This fails consistently when the phone PC port and the PC NIC is set 
> for 100/full, always seems to work when both are set to Auto/Auto or 
> when the phone is bypassed and the PC is plugged directly into the 
> switch port.
>
>  
>
> Tried multiple phones 7941/61/11s. Current phone under test is running 
> phone load is 41.8-3-3SR2S and we are connected to a 3750 running 
> 12.2.25 SEE2. Going to do more testing but wondering if any one else 
> may have run across this.
>
>  
>
> Thanks
>
> Steve
>
>  
>
>  
>
> Please consider the impact on our environment before printing this 
> e-mail.
>
> ************************************
> This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
> ************************************
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.0.237 / Virus Database: 270.11.3/1966 - Release Date: 
> 02/22/09 17:21:00
>
> ************************************
> This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
> ************************************
>
> ------------------------------------------------------------------------
>
> *Disclaimer: This e-mail communication and any attachments may contain 
> confidential and privileged information and is for use by the 
> designated addressee(s) named above only. If you are not the intended 
> addressee, you are hereby notified that you have received this 
> communication in error and that any use or reproduction of this email 
> or its contents is strictly prohibited and may be unlawful. If you 
> have received this communication in error, please notify us 
> immediately by replying to this message and deleting it from your 
> computer. Thank you. *
>
> ************************************
> This email may contain privileged and/or confidential information that is intended solely for the use of the addressee.  If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission.  If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.  This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.
> ************************************
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090224/a19e49ef/attachment.html>


More information about the cisco-voip mailing list