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

Tue Feb 24 14:58:23 EST 2009

I believe that’s the way cisco sells it (although I seem to remember it also behaving like a hub for some things, can’t remember what though). Either way though, the ports are going to negotiate only to their adjacent ports, not through a hub. You should be ok to leave the pc side alone, but set the switch to auto/auto (from your drawing from before)

From: STEVEN CASPER [mailto:SCASPER at mtb.com]
Sent: Tuesday, February 24, 2009 1:49 PM
To: James Buchanan; cisco-voip at puck.nether.net; Fuermann, Jason; Jason Aarons (US)
Subject: RE: [cisco-voip] PC Port on Phone Fails During Large Data Transfer

 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.

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