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

STEVEN CASPER SCASPER at mtb.com
Tue Feb 24 14:48:55 EST 2009


 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/8531d8a8/attachment.html>


More information about the cisco-voip mailing list