The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Открыт протокол uTP, призванный уменьшить нагрузку при испол..., opennews (?), 25-Май-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


86. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от Demo (??), 27-Май-10, 17:01 
>uTP и Ethernet две несовместимые технологии, ИМХО авторы не видят разницы между
>АТМ и Ethernet

Что-то я ещё не слышал, чтобы у кого-то загнулся Ethernet коммутатор от uTP.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

87. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от AlexAT (ok), 27-Май-10, 17:07 
>Что-то я ещё не слышал, чтобы у кого-то загнулся Ethernet коммутатор от
>uTP.

Я за все время видел только один Ethernet-коммутатор, загибающийся от торрента в принципе. Был благополучно списан и заменен на новый.

А так - Ethernet-коммутаторам на PPS пофиг. Если конечно горе-провайдеры туда фильтров не налепят.

Ответить | Правка | Наверх | Cообщить модератору

110. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от ABATAPA (ok), 29-Май-10, 15:54 
>А так - Ethernet-коммутаторам на PPS пофиг.

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

Ответить | Правка | Наверх | Cообщить модератору

116. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от Alex (??), 29-Май-10, 17:55 
>Посмотрите, хотя бы для общего развития, в чем меряется общая производительность коммутаторов.

Это вы - дилетант. А нормальные L2-коммутаторы все уже давным давно wirespeed. Им пофиг, сколько прогонять - у них шина позволяет. Программной обработки процессорной нет. Какие там ограничения по PPS? Конечно, если туда быдлофильтров налепить - оно появится. Да и то не на всех, у циски например есть очень даже вменяемые магистралки, которые и фильтровать аппаратно могут. 76xx к примеру.


Ответить | Правка | Наверх | Cообщить модератору

119. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от ABATAPA (ok), 29-Май-10, 19:27 
>Это вы - дилетант.

Я - ведущий инженер крупной телекоммуникационной компании, с высшим профильным образованием, и стажем > 10 лет. А Вы?

> А нормальные L2-коммутаторы все уже давным давно wirespeed.
>Им пофиг, сколько прогонять - у них шина позволяет.

Причем тут скорости и шина, если разговор был о PPS?!

> Программной обработки процессорной нет.

А коммутация, по Вашему, осуществляется как? Святым духом? По трубам под собственным давлением? Дискретной логикой?
В той или иной степени, но этим все равно занимается CPU (и, возможно,  I/O PU).
Именно это - возросшая нагрузка на устройства при том же объеме трафика - и бьет по провайдерам. И не только - пользовательские устройства тоже "затыкаются" под таким количеством мелких пакетов на тех же скоростях.

> Да и то не на всех, у циски например есть очень даже вменяемые магистралки, которые и фильтровать аппаратно могут. 76xx к примеру.

Вот Вы свой уровень и показали. То о L2-коммутаторах, то сюда же маршрутизатор приплели.
И "аппаратно" - это очень условно. Процессор - это тоже "аппаратно", и в то же время он работает, реализуя некий алгоритм (программу). Не на дискретной же там логике фильтрация работает?
Работает специализированный (и то не всегда) процессор, и его быстродействие тоже не бесконечно.
Чтобы фильтровать L7, нужно заглядывать в заголовки пакетов и данные. И есть разница - будет это 100000 pps, или 1000000 pps.

Учитесь, юноша!

Ответить | Правка | Наверх | Cообщить модератору

121. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от Alex (??), 29-Май-10, 19:51 
Мимо такой вопиющей некомпетентности, будучи техническим представителем компании, входящей в холдинг магистрального оператора, пройти просто не могу.

>>> А коммутация, по Вашему, осуществляется как? В той или иной степени, но этим все равно занимается CPU (и, возможно,  I/O PU).

Да будет вам известно: коммутация на wirespeed-коммутаторах осуществляется почти независимо от CPU. CPU занимается только периодической очисткой таблиц FDB, да и то если очень повезет. Ну и всякой работой по мониторингу и программированию аппаратного хозяйства при изменениях конфигурации.

Мне вот интересно, почему наши магистральные коммутаторы и даже коммутаторы доступа при росте числа абонентов и соответственно - объема трафика, не испытывают никакого роста нагрузки на CPU, потерь пакетов, и т.п.

Может быть, мы что-то не так делаем? Расскажите нам, что нужно сделать, чтобы загрузить wirespeed коммутатор даже низшего уровня (D-Link DES-3028, к примеру) по pps?

Тестирование пропускной способности каналов связи нами выполняется в том числе 64-байтными фреймами, на специальных Ethernet/IP-тестерах. Коммутаторы прожевывают трафик, вообще не напрягаясь. Нагрузка CPU - стабильна. Без qinq - 4-5%, с qinq - 20-24%, вне зависимости от пропускаемого трафика и числа пакетов.

>>> Вот Вы свой уровень и показали. То о L2-коммутаторах, то сюда же маршрутизатор приплели.

7609 больше из себя представляет L2/L3-коммутатор, чем маршрутизатор - как по аритектуре, так и по набору функционала. Но поскольку вы с ним не сталкивались, то сути, соответственно, и не знаете.

>>> И "аппаратно" - это очень условно. Процессор - это тоже "аппаратно", и в то же время он работает, реализуя некий алгоритм (программу).

Не вижу смысла объяснять вам разницу между сугубо аппаратной коммутацией L2/L3 на специализированных ASIC (да, да, конечно, у ASIC есть микропрограмма, но она специализированная), и отработку этой же коммутации в IRQ или soft контекстах на процах общего назначения (MIPS, ARM, x86).

Почитайте на досуге по теме, подумайте.

>>> Я - ведущий инженер крупной телекоммуникационной компании, с высшим профильным образованием, и стажем > 10 лет. А Вы?

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

Ответить | Правка | Наверх | Cообщить модератору

122. "Открыт протокол uTP, призванный уменьшить нагрузку при испол..."  +/
Сообщение от Alex (??), 29-Май-10, 19:59 
Уточняю. 4-5% и 20-24% - это для самого низшего уровня - DES-3028. В первом случае просто S-VLAN'ы, во втором - QinQ, vlan_trunking. Нагрузка в этом режиме, очевидно, связана с огромным числом VLAN и ростом таблички указателей.

Совсем вас разочарую - но даже нынешние сохошные "мыльницы" 8x100 способны протащить через себя 800*2 мбит при любом размере фрейма без малейшего чиха. Если есть 4 тестера под рукой - попробуйте.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру