Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2905 из 10763 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          03 May 15 14:41:08
Кому : Eugene Grosbein                                     03 May 15 14:41:08
Тема : Полностью прозрачный Ethernet туннель
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5545e1eb
На   : area://RU.UNIX.BSD?msgid=grosbein.net+70609714
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=grosbein.net+b8f60634
==============================================================================
Dear Eugene,

02 May 15 20:49, you wrote to me:

VS>> Хотя если подумать, задача почему-то не такая уж простая. Я
VS>> сталкивался с разными мультиплексорами и радиорелейным
VS>> оборудованием с интерфейсом Ethernet, и везде были те или иные
VS>> причуды. Обеспечить сабж умеет далеко не всякая железка, все
VS>> слишком умничают.

EG> Дело в том, что на тему служебных PDU в стандартах много чего
EG> понаписано и, по хорошему, всякие STP нельзя пропускать транзитом
EG> через обычные ethernet-устройства,

Как ты считаешь, является ли офисный свич на 16 портов "обычным ethernet-устройством" и должен ли он пропускать или фильтровать служебные PDU?

Речь не об офисных свичах, это я спросил для прояснения позиций сторон.

EG> эти пакеты должны ходить с одного
EG> физического порта до другого физического порта и не дальше.

Вопрос в том, что считать Ethernet устройством. Мне удобнее, чтобы каналообразующее оборудование работало с Ethernet-каналами так же, как испокон веков работало с V.35 или E1 каналами: обеспечивало транспорт кадров из пункта A в пункт B. А уж что сделать со служебными кадрами в точке прибытия - я сам решу, например с помощью полноценного Ethernet коммутатора, а не недокомммутатора, встроенного по недоразумению в канальное оборудование.

Вот например мультиплексор Nateks позволяет организовать несколько независимых Ethernet каналов, а spanning tree у него в одном экземпляре на весь мультиплексор. Это нормально по-твоему? IMHO лучше уж никак, чем как-нибудь.

EG> А то, что
EG> тебе хочется, в простейшем варианте называется L2 tunneling, когда
EG> одно устройство (например, коммутаторы Cisco Catalyst это умеют)

Вот, хочу эхотаг подобному же научить. Пока дело идет туго, но надежда есть.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20110223-b20110223
* Origin: Ulthar (2:5005/49)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.083822 секунды