?
Solved

Port issue on Alcatel 6850

Posted on 2011-09-22
3
Medium Priority
?
1,110 Views
Last Modified: 2012-05-12
Im not a network engineer so please dont ridicule me for this (or the lack of network terms!!).

We have a stack of 7 Alcatel 6850-48Ls. We have a number of VLANS configured for network segergation etc. All works fine.

All ports in the stack that users connect to (via their VOIP desk phones) port tag all VOIP traffic and forward all the traffic to the port 7/44 (port 44 on the 7th switch). The VOIP Provider's router is conencted to port 7/44.

We have been seeing some off issues on the VOIP handsets and the provider was on site today.

They found that port 7/44 on the Alcatel stack had its speed & duplex set to AUTO/AUTO whilst their router was set to 100/FULL and in fact the Alcatel stack was reporting the connection at 100/HALF - hence the issues.

So they asked me to set the switch port (7/44) to match their router @ 100/FULL. I did this using the CLI. Change went through and the link went down. Link wouldnt come back up until I set the port back to AUTO/AUTO. Not helpful.

So we tested another port in the stack - 7/41 (which was not in use, was set to AUTO/AUTO)  and got the same results.

VOIP team said that it was out Alcatel swtich and left site.

After that I plugged a different device into port 7/41 and it conencted at 100/FULL. Indicating it was the VOIP router and NOT my Alcatel.

VOIP Tech Lead said this:
"It might be syncing at that, but the key thing here is that we lock it at that speed. We see this sometimes with the HP switches, sometimes the GUI’s can be a little ambiguous because they do not differentiate between the sync and the actual config.

I know for sure that our router is (hard locked) transmitting at 100 full, and I know that setting the port on the Alcatel switch should not send the link down. Like I said I think what you are seeing is the sync speed as opposed to its actual config (whether that be on the gui or the cli).

The honest answer is that I am not familiar with the Alcatel equipment so I can’t really explain the behaviour of it; however I am confident that the port on our side is not at fault."

Anyone got any ideas please?

Thanks
Mark
0
Comment
Question by:Mark Galvin
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
3 Comments
 
LVL 26

Expert Comment

by:Soulja
ID: 36581745
Have you tried other combinations on your side. Instead of AUTO/AUTO, try 100/AUTO, or Auto/Full.
0
 
LVL 26

Accepted Solution

by:
Soulja earned 2000 total points
ID: 36581757
From the sound of it. It sounds like it's the duplex they the two devices are having a hard time negotiating, so maybe the Auto/Full may work.
0
 
LVL 13

Author Comment

by:Mark Galvin
ID: 36585348
Having work through this last night I found that what I needed to do was to first tel the stack to disable AUTONEG, using the CLI and this command:
interfaces 7/44 autoneg disable
Then tell the stack to set the duplex to FULL:
interfaces 7/44 duplex full
Then tell the stack to set the speed to 100:
interfaces 1/6 speed 100

Link came back up and is noew reporting connection at 100/FULL.

Very annoying that you have to do it that way but at least it works.

Soulja - points coming at you in a few minutes.

Thanks
Mark
0

Featured Post

Microsoft Certification Exam 74-409

Veeam® is happy to provide the Microsoft community with a study guide prepared by MVP and MCT, Orin Thomas. This guide will take you through each of the exam objectives, helping you to prepare for and pass the examination.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Managing 24/7 IT Operations is a hands-on job and indeed a difficult one. Over the years I have found some simple tips and techniques to increase the efficiency of the overall operations. The core concept has always been on continuous improvement; a…
Quality of Service (QoS) options are nearly endless when it comes to networks today. This article is merely one example of how it can be handled in a hub-n-spoke design using a 3-tier configuration.
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…
Monitoring a network: why having a policy is the best policy? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the enormous benefits of having a policy-based approach when monitoring medium and large networks. Software utilized in this v…

770 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question