Как происходят несоответствия; каково влияние несоответствия на сетевое подключение; действительно ли стоит решить проблему несоответствий; Каковы некоторые способы обнаружения несоответствий в больших масштабах?
Вам помог какой-нибудь ответ? Если это так, вы должны принять ответ, чтобы вопрос не появлялся вечно, ища ответ. Кроме того, вы можете предоставить и принять свой собственный ответ.
Рон Мопин
Ответы:
12
Чтобы ответить на ваши вопросы по порядку:
Несоответствия возникают при сбое автоматического согласования или ручной настройки. Это может быть вызвано проблемами физического уровня или потому, что ручные конфигурации не согласуются. Физические проблемы могут быть чем-то вроде проблем со встроенным концентратором или физическими кабелями (отсутствующие / сломанные пары).
Несоответствие дуплексных режимов может значительно повлиять на производительность вашей сети. Столкновения, особенно поздние, могут занять много времени (условно говоря) для восстановления стека TCP. Столкновение с UDP означает, что данные могут никогда не попасть туда или потребовать механизм восстановления уровня приложения.
Устранение несоответствий абсолютно стоит вашего времени. Это также может указывать на другие проблемы, так как дуплекс / скорость в наши дни должны быть предполагаемыми.
Некоторые из инструментов централизованного управления ( Solarwinds , Spiceworks , HP OpenView и др.), Вероятно, имеют отчеты об ошибках интерфейса, которые должны включать эти типы проблем.
Чтобы полностью понять, почему возникают дуплексные несоответствия, вам необходимо понять, как развивалась технология.
Первоначально весь Ethernet был полудуплексным. Когда полудуплекс вошел в картину, кто-то мудро решил, что устройства (особенно полудуплексные и полудуплексные устройства) должны быть в состоянии договориться между собой о том, как они будут взаимодействовать, и автоматическое согласование также вступило.
Однако ни одно из этих старых полудуплексных устройств не было разработано для автоматического согласования, поэтому, когда стандарт был написан, устройство автоматического согласования должно было предполагать, что, если другая сторона не участвовала в согласовании, он должен был выполнить в полудуплексном режиме, поскольку устройство на другой стороне должно поддерживать только полудуплекс.
Как уже отмечали другие, автосогласование не всегда работало хорошо на раннем этапе, поэтому многие устройства были настроены со статической скоростью и настройками дуплекса (часто 100 / полный), а когда устройство для переговоров подключено к такому устройству, дуплекс происходит несоответствие.
Что касается проблемы, несоответствие дуплекса может быть намного хуже, чем работа в полудуплексном режиме. Это потому, что одна сторона (дуплекс) считает, что она может передавать в любое время, даже если она принимает в текущий момент. Полудуплексная сторона увидит это как столкновение и отступит, в то время как полудуплексная сторона продолжит передачу.
Если сторона полного дуплекса имеет тенденцию передавать большое количество данных, это может «истощить» сторону полудуплекса, поскольку она ожидает очистки среды перед передачей, вызывая кадры, которые ставятся в очередь и в конечном итоге отбрасываются.
В общем, плохая ситуация и ситуация, которую вы должны исправить.
Когда дело доходит до обнаружения несоответствий, вы можете искать ошибки. На полнодуплексной стороне вы, как правило, будете видеть много runts и часто ошибки CRC (поставщики могут использовать разные термины время от времени). На полудуплексной стороне вы часто будете видеть коллизии и сбои буфера. Любая приличная система управления должна быть в состоянии предоставить вам список интерфейсов, которые генерируют большее, чем ожидалось, количество ошибок.
В наши дни наиболее распространенными причинами являются ссылки, когда одна система (сетевая или конечное устройство) настраивается вручную, а другая - автоматически.
В первые дни автосогласования (полнодуплексный режим 10 Мбит / с и Fast Ethernet) устройства нередко не могли правильно выполнить согласование.
Из-за этого (и других причин, связанных с инерцией) многие крупные корпоративные сети и сети SP требуют ручной настройки некоторых или всех каналов.
В настоящее время нет никаких оснований для этого, и на самом деле для Gigabit Ethernet (по крайней мере, медь) требуется автоматическое согласование, а устройства с хорошим поведением не позволяют его отключить. В некоторых случаях это может быть неочевидно, например, в некоторых комплектах Cisco «отключение» автосогласования в каналах концерта просто ограничивает значения, допустимые в процессе автосогласования (что может быть полезно, если вы не беспокоитесь о неожиданной скорости интерфейса & дуплекс).
Я недавно столкнулся с этим, поднимая схему метро-е. Adtran интернет-провайдера не будет связываться без включенной опции noneg. Он отказался связываться без импульса связи, который телекоммуникационная сторона не пошла бы. [гиг оптический транспорт]
Рикки Бим
2
Несоответствия чаще всего возникают, когда одна сторона ссылки явно настроена, а другая настроена на автосогласование. Когда устройства находятся под отдельным управлением, стороны могут не установить связь и проверить настройки. Воздействие на сетевое подключение варьируется от незамеченного на легких каналах использования до серьезного на сильно загруженных каналах. Как правило, стоит попытаться устранить несоответствия, где это возможно. На коммутаторах Cisco показатель надежности интерфейса менее 255 является хорошим способом выявления несоответствий. Это значение может быть опрошено с помощью SNMP для обнаружения несоответствий в большом масштабе.
Ответы:
Чтобы ответить на ваши вопросы по порядку:
источник
Чтобы полностью понять, почему возникают дуплексные несоответствия, вам необходимо понять, как развивалась технология.
Первоначально весь Ethernet был полудуплексным. Когда полудуплекс вошел в картину, кто-то мудро решил, что устройства (особенно полудуплексные и полудуплексные устройства) должны быть в состоянии договориться между собой о том, как они будут взаимодействовать, и автоматическое согласование также вступило.
Однако ни одно из этих старых полудуплексных устройств не было разработано для автоматического согласования, поэтому, когда стандарт был написан, устройство автоматического согласования должно было предполагать, что, если другая сторона не участвовала в согласовании, он должен был выполнить в полудуплексном режиме, поскольку устройство на другой стороне должно поддерживать только полудуплекс.
Как уже отмечали другие, автосогласование не всегда работало хорошо на раннем этапе, поэтому многие устройства были настроены со статической скоростью и настройками дуплекса (часто 100 / полный), а когда устройство для переговоров подключено к такому устройству, дуплекс происходит несоответствие.
Что касается проблемы, несоответствие дуплекса может быть намного хуже, чем работа в полудуплексном режиме. Это потому, что одна сторона (дуплекс) считает, что она может передавать в любое время, даже если она принимает в текущий момент. Полудуплексная сторона увидит это как столкновение и отступит, в то время как полудуплексная сторона продолжит передачу.
Если сторона полного дуплекса имеет тенденцию передавать большое количество данных, это может «истощить» сторону полудуплекса, поскольку она ожидает очистки среды перед передачей, вызывая кадры, которые ставятся в очередь и в конечном итоге отбрасываются.
В общем, плохая ситуация и ситуация, которую вы должны исправить.
Когда дело доходит до обнаружения несоответствий, вы можете искать ошибки. На полнодуплексной стороне вы, как правило, будете видеть много runts и часто ошибки CRC (поставщики могут использовать разные термины время от времени). На полудуплексной стороне вы часто будете видеть коллизии и сбои буфера. Любая приличная система управления должна быть в состоянии предоставить вам список интерфейсов, которые генерируют большее, чем ожидалось, количество ошибок.
источник
В наши дни наиболее распространенными причинами являются ссылки, когда одна система (сетевая или конечное устройство) настраивается вручную, а другая - автоматически.
В первые дни автосогласования (полнодуплексный режим 10 Мбит / с и Fast Ethernet) устройства нередко не могли правильно выполнить согласование.
Из-за этого (и других причин, связанных с инерцией) многие крупные корпоративные сети и сети SP требуют ручной настройки некоторых или всех каналов.
В настоящее время нет никаких оснований для этого, и на самом деле для Gigabit Ethernet (по крайней мере, медь) требуется автоматическое согласование, а устройства с хорошим поведением не позволяют его отключить. В некоторых случаях это может быть неочевидно, например, в некоторых комплектах Cisco «отключение» автосогласования в каналах концерта просто ограничивает значения, допустимые в процессе автосогласования (что может быть полезно, если вы не беспокоитесь о неожиданной скорости интерфейса & дуплекс).
источник
Несоответствия чаще всего возникают, когда одна сторона ссылки явно настроена, а другая настроена на автосогласование. Когда устройства находятся под отдельным управлением, стороны могут не установить связь и проверить настройки. Воздействие на сетевое подключение варьируется от незамеченного на легких каналах использования до серьезного на сильно загруженных каналах. Как правило, стоит попытаться устранить несоответствия, где это возможно. На коммутаторах Cisco показатель надежности интерфейса менее 255 является хорошим способом выявления несоответствий. Это значение может быть опрошено с помощью SNMP для обнаружения несоответствий в большом масштабе.
источник