>>>VLAN ID будет неизменным до тех пор, пока не попадет в акссесс
>>>порт, где тэг снимается.
>>Согласен. Но меня интересует, будет ли он СНЯТ, если фрейм уходит ИЗ
>>access порта. А также что будет, если в access порт придет
>>фрейм с чужим VLAN_ID - будет ли он заменен на свой.
>>Плюс к этому некоторые сложности возникают из-за того, что в качестве
>>VLAN-свитча используется 3Com 17500. У 3Com своя терминология - согласно ей
>>все порты делятся на тегированные и нетегированные. Судя по документации
>>-------------8<------------------------
>>If a port is in a single VLAN it can be an
>>untagged member, but if the port needs to be a member
>>of multiple VLANs, it must be a tagged member of all
>>those VLANs ... An 802.1Q compliant packet carries additional
>>information that allows a Switch to determine to which VLAN the port
>>
>>belongs. If a frame is carrying the additional information, it is known
>>as
>>tagged.
>>-------------8<------------------------
>>нетегированный - это и есть access порт, а тегированные используются для организации
>>dot1q транков. Тем не менее, когда у меня порт, к которому
>>подключилась внешняя организация, стоял untagged - ничего не работало (VLAN_ID у
>>нас был разный, их порт стоял в access), потом они сменили
>>VLAN_ID на мой, но все равно не работало. Потом я изменил
>>свой порт на tagged и все заработало. Их конфигурацию я не
>>видел, все только с их слов. Есть подозрение, что их порт
>>на самом деле никогда и не стоял в access.
>
>
>Подозрение правильное, их порт ожидал тегированых пакетов.
>Если на обоих сторонах untagged порты, неважно в каких они VLAN ах
>на своих свичах. вероятнее всего виновато /dev/hands
Спасибо всем, кто ответил. При случае обязательно попробую сделать так, как надо (т.е. в моей сети мой VLAN_ID, в клиентской - их)
|