[andryas]

Какая секунда, шейпер чтоли?

Это же какой буфер надо, чтобы держать пакет секунду на гигабитных скоростях?

[vitalyb]

andryas

Секунды относились к средней загрузке канала

[Дятел]

Средняя температура по больнице ))) а пропускная способность - максимальная....

[vitalyb]

Дятел

Так просветите, как правильно, что вы всё намеками, да намеками.... По правописанию меня уже просветили, осталость по сути.

 

Рисовать в мртж первые 4 момента распределений длин интервалов простаивающего канала не предлагать без указания оборудования это умеющего в промышленном масштабе :)

Изменено 1 ноября, 2013 пользователем vitalyb

[Дятел]

Как правильно что?

[Saab95]

Как правильно что?

 

Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится.

[Стич]

Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится.

Правильно, сначала получить CCC на все устройства микротик.

[Saab95]

Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится.

Правильно, сначала получить CCC на все устройства микротик.

 

Это еще зачем? На принтере можно распечатать любую наклейку.

[Butch3r]

Ну если вы узлы не сдаете, а продолжаете домонетить то действительно зачем

[vitalyb]

Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится.

еще включить флоу-контрол - готово универсальное и эффективное решение, и, главное, никогда¹ и никаких² дропов не будет³ ))

[Saab95]

Ну если вы узлы не сдаете, а продолжаете домонетить то действительно зачем

 

То есть если у вас стоял где-то один коммутатор, потом заменили на другой - будете проект переделывать? =)

[Butch3r]

Ну если вы узлы не сдаете, а продолжаете домонетить то действительно зачем

 

То есть если у вас стоял где-то один коммутатор, потом заменили на другой - будете проект переделывать? =)

мы так и делаем

[Ob-iVan]

Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится.

А я вот, лично, не очень уверен, что в обсуждаемой ситуации задержки лучше дропов.

 

Поясню, почему.

Самый "тяжелый" трафик, как правило, TCP. Если TCP-сессии шейперить задержками, то они будут заполнять узкий участок почти до предела. Несколько таких параллельных клиентских сессий - и всё: ни UDP. ни ICMP там уже не живут. Т.е. у клиентов лагают игрушки и некрасиво выглядят пинги.

Поэтому, либо приоритезация по видам трафика, либо полисинг (читай - дропы), чтобы TCP ограничивался грубее и в канале оставалось какое-то место для UDP/ICMP.

 

 

То есть если у вас стоял где-то один коммутатор, потом заменили на другой - будете проект переделывать? =)

мы так и делаем

Неужели в вашем населенном пункте нет ни одного конкурента, который так НЕ делает, и поэтому постоянно обгоняет вас на шаг по оперативности?

Оно, конечно, хорошо, когда всё юридически идеально, но как говорят у нас в Украине: "Що занадто, то не здраво" ("Что чрезмерно, то не здорово").

[Saab95]

Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится.

А я вот, лично, не очень уверен, что в обсуждаемой ситуации задержки лучше дропов.

 

Поясню, почему.

Самый "тяжелый" трафик, как правило, TCP. Если TCP-сессии шейперить задержками, то они будут заполнять узкий участок почти до предела. Несколько таких параллельных клиентских сессий - и всё: ни UDP. ни ICMP там уже не живут. Т.е. у клиентов лагают игрушки и некрасиво выглядят пинги.

Поэтому, либо приоритезация по видам трафика, либо полисинг (читай - дропы), чтобы TCP ограничивался грубее и в канале оставалось какое-то место для UDP/ICMP.

 

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

[Ob-iVan]

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

В том-то и дело. Предположим, микротик стоит на границе гигабитного и 100-мегабитного участков. Задача: запихнуть гигабит в 100 мегабит так, чтобы пользователи 100-мегабитнтого участка почувствовали ограничения в минимальной степени.

 

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

Если предлагать абонентам с разными видами трафика "равные" права, то в результате будет как в анекдоте:

 

- Официант! Я заказал рагу из конины с рябчиком. В меняю написано, что они в равных пропорциях, но я чувствую только конину!

- У нас всё по-честному, всё поровну: одна лошадь - один рябчик.