теор. вопрос по коммутации пакетов, (Layer2 switching) Опции

[romez777]

Приветствую.
Часто в литературе попадаются термины, объяснения которым даются не совсем внятные и понятные для меня.

Например:
1) line-rate switching (wire speed switching, то же самое? )
2) L2 aging of entries (как я понял, это применяется к механизму управления таблицей соответствия <МАC-адрес>-порт)

И еще несколько других, но о них позже, сейчас хотелось бы разобраться с этими.

Заранее благодарю.

[klogg]

Насчёт первого - не скажу, т.к. определения "line-rate switching" не встречал, в отличие от "wire speed switching"... По смыслу вроде то же самое.
А "L2 aging of entries" - время устаревания MAC адресов в таблице коммутатора.

[romez777]

Насчёт первого - не скажу, т.к. определения "line-rate switching" не встречал, в отличие от "wire speed switching"... По смыслу вроде то же самое.
А "L2 aging of entries" - время устаревания MAC адресов в таблице коммутатора.

Приветствую.

Спасибо, погуглил и разобрался с терминами. Вот еще вопрос, возможна такая ситуация в свитчах, когда пакет сидит в очереди и не может быть отфрварден на др. порт по той причине, что порт назначние занят обработкой другого пакета. И пакеты постепенно копятся в буфере. Это называется head-of-line blocking (HOL blocking), но вот нигде не нашел способов борьбы/предотвращения таких ситуаций. Очевидно, что простое увеличение размера буфера проблемы не решит.

Есть каие-то идеи на этот счет?

[xyzzy]

Спасибо, погуглил и разобрался с терминами. Вот еще вопрос, возможна такая ситуация в свитчах, когда пакет сидит в очереди и не может быть отфрварден на др. порт по той причине, что порт назначние занят обработкой другого пакета. И пакеты постепенно копятся в буфере. Это называется head-of-line blocking (HOL blocking), но вот нигде не нашел способов борьбы/предотвращения таких ситуаций. Очевидно, что простое увеличение размера буфера проблемы не решит.

Есть каие-то идеи на этот счет?

Способов борьбы не сильно много. Буферизовать до бесконечности не получится. В итоге варианта ровно три - увеличить скорость выходного канала (не очень реально, ибо она какая есть, такая есть), либо слать поменьше, либо ронять пакеты. Последние два подхода и рассмотрим.

Первый подход. Из практических вариантов, как мне кажется, тут только flow control. По прилету пакета, который кладется в почти полный буфер, источнику пакета отсылается flow control пакет, что, мол, погоди маленько и больше не шли в течение какого-то времени. Проблема в том, что посылающий может либо проигнорировать это дело, и продолжить слать. Вторая проблема, если он таки откладывает посылку пакетов, то это также задержит пакеты предназначеные для других, потенциально доступных портов.

Второй класс - выкидываем пакеты. Вопрос - какие именно?

Вариант А: Просто выкидывать последний прилетевший пакет (tail-drop). Если буфер маленький - убивает производительность TCP - просто жуть. Все из-за того, что уронили именно последние пакеты и принимающая сторона просто не знает, потерялись ли пакеты в дороге или их вообще не посылали.Зато в железе tail-drop реализуется относительно просто. В итоге - частое явление в дешевых устройствах.

Вариант Б: выкидываем произвольные пакеты из буфера (на ум приходит RED - random early detection). Чуть лучше, чем вариант А. На TCP влияет существенно меньше. Производительность падает, но не сильно смертельно. Принимающая сторона замечает пропажу пакетов и сообщает другому концу, что неплохо бы отослать потерявшееся еще раз.
Проблема - все равно роняем без разбора. Не все протоколы это хорошо переживают.

Вариант В - QoS (Quality of Service): разбиваем буффер на несколько и сортируем входящий траффик. Очень важные, но относительно редкие пакеты кладем в один буффер, частые, но не очень важные - в другой. Полностью проблему решает не всегда, но дает хоть какой-то контроль, что же именно мы предпочитаем терять.

[romez777]

Большое спасибо комментарии.

Как я понимаю, нет статических методов предупреждения/избжания HOL-blocking, то есть меры должны приниматься на всех уровнях, и на низком (MAC layer) и на более высоком (IP, вот еще вычитал про ECN-Explicit congestion notification).

И еще по терминам. Часто в описаниях L2/3 коммутирующих чипов встречаются два понятия:

1) integrated (например 5-port 10/100 integrated switch)
2) multi-layer ( например Broadcom BCM5645 ...)

Что они обозначают?

[klogg]

Большое спасибо комментарии.

Как я понимаю, нет статических методов предупреждения/избжания HOL-blocking, то есть меры должны приниматься на всех уровнях, и на низком (MAC layer) и на более высоком (IP, вот еще вычитал про ECN-Explicit congestion notification).

И еще по терминам. Часто в описаниях L2/3 коммутирующих чипов встречаются два понятия:

1) integrated (например 5-port 10/100 integrated switch)
2) multi-layer ( например Broadcom BCM5645 ...)

Что они обозначают?

romez, ты уж не обижайся, но вопросы задаёшь такие, что описаны в любой книжке начального уровня по сетевым технологиям (например - "Компьютерные сети", авторы - Олиферы). Для интереса дал поиск в википедии - даже там это есть.

[romez777]

romez, ты уж не обижайся, но вопросы задаёшь такие, что описаны в любой книжке начального уровня по сетевым технологиям (например - "Компьютерные сети", авторы - Олиферы). Для интереса дал поиск в википедии - даже там это есть.

Естественно перед тем как задавать вопрос, я порылся в сети, но смысл постинга для себя я видел в том, чтобы по возможности получить ответ от людей кто реально работал с этими девайсами, разрабатывал, писал софт и пр., т.е. те кто живьем все щупал, а не только по книжкам
Таких кстати, много водится в специализированных usenet-конференциях, я подумал, а чем братья-славяне хуже

Кстати, в Олиферовской книжке не так много информации по свитчам (у меня 2002 года выпуска), несмотря на всю ценность книги. Поэтому я разыскиваю:

Rich Seifert, издательство Wiley, 2000год.
The Switch Book: The Complete Guide to LAN Switching Technology
Gigabit Ethernet : Technology and Applications for High-Speed LANs (Addison-Wesley Professional, 1998)

В e-mule нет, в русском переводе не встречал.

[klogg]

смысл постинга для себя я видел в том, чтобы по возможности получить ответ от людей кто реально работал с этими девайсами, разрабатывал, писал софт и пр., т.е. те кто живьем все щупал, а не только по книжкам

"Щупали"
16 портов 10/100, управляемый коммутатор. На базе ZL50416 (Zarlink).

Rich Seifert, издательство Wiley, 2000год.
The Switch Book: The Complete Guide to LAN Switching Technology
Gigabit Ethernet : Technology and Applications for High-Speed LANs (Addison-Wesley Professional, 1998)

Если найдёшь - положи плз на ФТП. Сам почитать их хочу.