Ilya
http://what-when-how.com/ccnp-ont-exam-certification-guide/traffic-shaping-and-policing-congestion-avoidance-policing-shaping-and-link-efficiency-mechanisms/
Felenov
пфф... пол страны так живет и ниче. ванную еще посмотри, там может душ бодрящий )
У меня просто своя хата. И при работе от генератора все ок
Tema
какие-то легаси вопросы🤔
Tema
где докеры цефы и прочая хрень
Tema
ты же одной рукой аристы щупаешь
Tema
про дф бит не говори ему
Tema
А другой?
другой блейды
ewcha
IS-IS
Я то поняла, но почему?
Tema
надеюсь
ewcha
надеюсь
Не факт
Tema
Не факт
думаешь питона изучает?
Evgeniy
Я то поняла, но почему?
ну IS-IS круче оспф
ewcha
Спасибо, Павел
vitex
Когда RED лучше может А вот когда taildrop это писец
Evgeniy
да
Дмитрий
Stanislav
я аеспи, говорил он..
Дмитрий
Дмитрий
полисинг
Дмитрий
шейпинг имхо как то добрее
Дмитрий
))
Roman
вообще то наоборот
Roman
Коля, сто раз обсасывали, иди читай исследование гугла на тему полисинга
Misak
@orlik Тут мои ребята одну вещь заметили - не на всех интерфейсах так. Те лаг-и которые на разных мпц, там в 2 раза больше, а те кто всего лишь на разных миках - правильная скорость.
Roman
Хороший обзор от rule11 на ещё лучшее исследование: влияние полисеров используемых интернет провайдерами на трафик, на примере потокового видео (при помощи Google). Суть проблемы как и во многих случаях для IP сетей, это отсутсвие обратной связи. Полисер ограничивает с большим burst, TCP делает большое окно, а потом ррраз по шапке. В среднем 21% потерь, хотя как ожидается в теории такого не должно быть. Текст очень по делу, со всеми нужными пояснениями, вводными, выводами и рекомендациями. В частности полисер надо делать с минимальным burst. И вообще, кто-то использует WRED+ECN (должно быть в тему именно в данном контексте)? Тут конечно проблема есть с небольшим burst, speedtest будет показывать не очень красивые графики, тот самый TCP алгоритм старта заставит его долго разгоняться, что на больших скоростях при сильно ограниченном времени теста заставит абонента сомневаться в честности провайдера. Выход - настоящие безлимитные тарифы. Сейчас откровенно свободных тарифов (без ограничений по полосе) что-то не видно, хотя если смотреть по нашей сети в среднем абонент не выбивается из 1Мбит/c. Это конечно в среднем, но на то и QoS придумали чтобы сделать красиво, отталкиваясь от всей доступной провайдеру полосы.
Misak
аеспи только полисят. Запомни это Коля
Roman
Вон внизу скинул, читай
Misak
вранье
хорошие аеспи
Evgeny
and ugly
Tema
вы уточняйте шпд или ентов резать
Roman
можно шейпить ингресс
Misak
бля
Misak
ща опять срач разведут
Roman
на MX/NE40 это есть и используется
Roman
там буфера ойойой
Roman
если не разбрасываться ими то всё работает как надо
Roman
просто многие аеспи еще в прошлом веке живут
Roman
ну да, у него и трафик без df бита ходит
Roman
весь в интернете
Misak
у меня инет в врф был, когда вы все пешком под стол ходили, поговорите мне тут
Roman
распространённая практика для абонов B2C - полисинг наверх, шейпинг вниз
Misak
шейпинг - лишние задержки
Misak
может у меня войп там бегает
Roman
ставишь мелкий буфер, TCP хватает, задержки не растут
Stanislav
да это какой буфер держать надо, чтобы нормально зашейпить например 10к сабов на 1 порту?
Misak
так что эмуляция провода и полисинг
Misak
что-то вы как-то не
Misak
вы точно аеспи?
Roman
https://www.mef.net/Assets/Technical_Specifications/PDF/MEF_23.2.pdf
Roman
Читайте Appendix H
Roman
+ Appendix G очень интересный
Roman
2. When the TCP transmission rate is contrained by a shaper, which can enforce a Bandwidth Profile by delaying frames until they are conformant rather than by immediately discarding them, TCP can adapt to the Service rate without incurring timeouts. The result is that when the ingress Bandwidth Profile policer is complemented by a shaper, either in the CE or the CEN, TCP throughput close to the Service rate is achievable with significantly reduced values of CBS. a. A perhaps surprising finding is that as long as TCP is most constrained by the shaper, it doesn’t matter whether the shaper is before the policer or after the policer. The egress burst size configuration of the shaper is not very significant to the TCP behavior, and can be set as low as the shaper implementation allows. What is significant is that the sum of the egress burst size of the shaper and maximum queue depth of the shaper is greater than or equal to the bandwidth delay product of the TCP flow(s). In this case the “bandwidth” is the Service rate (CIR) and the “delay” is the best approximation of the average end-to-end round trip time of the TCP connection. b. When the shaping is done before the ingress Bandwidth Profile policer (i.e. in the CE), the CBS value can be reduced to match the egress burst size of the shaper. In theory this can be just one to three times the maximum frame size. In practice the minimum CBS value is determined by the minimum configurable egress burst size of the shaper.
Anton
можно шейпить ингресс
зачем что то делать с ингресом, если он и так уже до тебя дошёл?
Roman
зачем что то делать с ингресом, если он и так уже до тебя дошёл?
Затем что ты сможешь принять всё (30 мбит) и выделить из него разный тип трафика (3 EF, 10 AF - остальное BE) и разложить это по очередям
Roman
а не как в полисере - что пришло то пришло, сначала отрежем а потом по очередям разложим
Илья
микротики МЕФ не сертифицированы
Roman
ой всё
Roman
я пошел работать
Roman
а вы тут дрочите на полисеры
Tema
на практике иначе
Roman
я там не работаю
Roman
но когда тестил всё ок работало
Tema
:)
Tema
еще бы
Roman
и у джуна так же можно делать
Roman
как потом выяснилось
Roman