andryas Опубликовано 31 октября, 2013 · Жалоба Какая секунда, шейпер чтоли? Это же какой буфер надо, чтобы держать пакет секунду на гигабитных скоростях? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 31 октября, 2013 · Жалоба andryas Секунды относились к средней загрузке канала Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дятел Опубликовано 1 ноября, 2013 · Жалоба Средняя температура по больнице ))) а пропускная способность - максимальная.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 1 ноября, 2013 (изменено) · Жалоба Дятел Так просветите, как правильно, что вы всё намеками, да намеками.... По правописанию меня уже просветили, осталость по сути. Рисовать в мртж первые 4 момента распределений длин интервалов простаивающего канала не предлагать без указания оборудования это умеющего в промышленном масштабе :) Изменено 1 ноября, 2013 пользователем vitalyb Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дятел Опубликовано 1 ноября, 2013 · Жалоба Как правильно что? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 1 ноября, 2013 · Жалоба Как правильно что? Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Стич Опубликовано 1 ноября, 2013 · Жалоба Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится. Правильно, сначала получить CCC на все устройства микротик. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 1 ноября, 2013 · Жалоба Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится. Правильно, сначала получить CCC на все устройства микротик. Это еще зачем? На принтере можно распечатать любую наклейку. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 1 ноября, 2013 · Жалоба Ну если вы узлы не сдаете, а продолжаете домонетить то действительно зачем Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vitalyb Опубликовано 1 ноября, 2013 · Жалоба Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится. еще включить флоу-контрол - готово универсальное и эффективное решение, и, главное, никогда1 и никаких2 дропов не будет3 )) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 1 ноября, 2013 · Жалоба Ну если вы узлы не сдаете, а продолжаете домонетить то действительно зачем То есть если у вас стоял где-то один коммутатор, потом заменили на другой - будете проект переделывать? =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 2 ноября, 2013 · Жалоба Ну если вы узлы не сдаете, а продолжаете домонетить то действительно зачем То есть если у вас стоял где-то один коммутатор, потом заменили на другой - будете проект переделывать? =) мы так и делаем Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ob-iVan Опубликовано 3 ноября, 2013 · Жалоба Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится. А я вот, лично, не очень уверен, что в обсуждаемой ситуации задержки лучше дропов. Поясню, почему. Самый "тяжелый" трафик, как правило, TCP. Если TCP-сессии шейперить задержками, то они будут заполнять узкий участок почти до предела. Несколько таких параллельных клиентских сессий - и всё: ни UDP. ни ICMP там уже не живут. Т.е. у клиентов лагают игрушки и некрасиво выглядят пинги. Поэтому, либо приоритезация по видам трафика, либо полисинг (читай - дропы), чтобы TCP ограничивался грубее и в канале оставалось какое-то место для UDP/ICMP. То есть если у вас стоял где-то один коммутатор, потом заменили на другой - будете проект переделывать? =) мы так и делаем Неужели в вашем населенном пункте нет ни одного конкурента, который так НЕ делает, и поэтому постоянно обгоняет вас на шаг по оперативности? Оно, конечно, хорошо, когда всё юридически идеально, но как говорят у нас в Украине: "Що занадто, то не здраво" ("Что чрезмерно, то не здорово"). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 3 ноября, 2013 · Жалоба Правильно поставить микротик и указать увеличенные буферы на всех портах PFIFO = 100000, тогда никаких дропов не будет. Максимум задержка в эти моменты чуть увеличится. А я вот, лично, не очень уверен, что в обсуждаемой ситуации задержки лучше дропов. Поясню, почему. Самый "тяжелый" трафик, как правило, TCP. Если TCP-сессии шейперить задержками, то они будут заполнять узкий участок почти до предела. Несколько таких параллельных клиентских сессий - и всё: ни UDP. ни ICMP там уже не живут. Т.е. у клиентов лагают игрушки и некрасиво выглядят пинги. Поэтому, либо приоритезация по видам трафика, либо полисинг (читай - дропы), чтобы TCP ограничивался грубее и в канале оставалось какое-то место для UDP/ICMP. На микротике это не является проблемой, у него шейпер может работать по связке адрес + порт, поэтому каждому абоненту с каждого порта, который открывают приложения, предоставляется равные возможности передачи данных. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ob-iVan Опубликовано 3 ноября, 2013 · Жалоба На микротике это не является проблемой, у него шейпер может работать по связке адрес + порт, поэтому каждому абоненту с каждого порта, который открывают приложения, предоставляется равные возможности передачи данных. В том-то и дело. Предположим, микротик стоит на границе гигабитного и 100-мегабитного участков. Задача: запихнуть гигабит в 100 мегабит так, чтобы пользователи 100-мегабитнтого участка почувствовали ограничения в минимальной степени. Если распределять нагрузку без приоритезации видов трафика, да еще и с большим буфером, то пользователи торрентов и ftp-серверов будут чувствовать себя комфортно, но udp-игроки начнут искать другого провайдера и/или слать в техподдержку скриншоты с ужасными задержками пингов. Если предлагать абонентам с разными видами трафика "равные" права, то в результате будет как в анекдоте: - Официант! Я заказал рагу из конины с рябчиком. В меняю написано, что они в равных пропорциях, но я чувствую только конину! - У нас всё по-честному, всё поровну: одна лошадь - один рябчик. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...