fq_codel наше все, а bufferbloat - зло

fq_codel на аплинк что ли?

админ очень широкое

админ сетевик, или админ линукс

а девопс вообще не человек

как слава кпсс

админ сетевик, или админ линукс

Сетевики считаются админами?

сетевики могут быть админами, а могут быть инженерами

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

матерь богов, я ж девопс. Я скрипты пишу, автоматизирую. Просто DevOps ИМХО это немного другое. Просто это набор практик. Но ладно

админы корябуют уже готовую систему, которую спроектировали инженеры

админ не инженер?

эксплуатация - не инженеры?

админы корябуют уже готовую систему, которую спроектировали инженеры

это какие-то смотрящие за лампочками а не админы)

это какие-то смотрящие за лампочками а не админы)

в большинстве провов такие и нужны

админ должен понять что линк перегружен и что надо менять проект, ставить другое оборудование

в большинстве провов такие и нужны

не спорю, особенно крупнотелеком

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

Погодите за лампочками да перегрузками следят девочки на телефоне

Которые к сетям отношения не имеют

Вы их щас админами нарекли?

или админками ?

fq_codel наше все, а bufferbloat - зло

Вот смотри. Качает клиент что-то, данвно качает, берст израсходован. Приложение клиента говорит: Сервер, плюнь в меня данных на 1 мбайт (а канал у него всего 4 мбита, то есть примет только 0.5 мбайта), ну пусть 10 пакетов встанет в очередь, 15 кбайт из 500 кбайт. Остальное - дропнется. Разница лишь в том, что в случае умной очереди, дропнутся только пакеты этого клиента. Сути не поменяется - 485 кбайт, прилетевших через аплинк, просрано в /dev/null Решение только одно - поместить в очередь все, что летит клиенту. Клиент получит данные, пусть с задеркой в 2 000 мсек, но получит, и не будет просить отправить ему повторно данные. То есть не только входящий трафик не вырастет, но и не возникнет исходящего из-за повторного запроса данных....

феменистки назвали бы админшами

Это называется диспетчер

диспетчерка

диспетчер принимает звонки, заявки

она за железом же не смотрит

или смотрит?

оператора забыли

Смотрит диспетчер

диспетчер принимает звонки, заявки

Диспетчера на м9 вполне себе смотрят, даже ребутнуть могут, если попросить

там грудастые девушки?

или смотрит?

Видимо упирается всё в специфику конкретной конторы )

там грудастые девушки?

Там уже тётеньки

За 50

мне ТТК домой без спроса и предложения даёт /64

Это где так?

Это где так?

сзфо

сзфо

Надо на урале проверить)

А то вдруг)

а у них не централизован биллинг доступ итп?

а у них не централизован биллинг доступ итп?

Сейчас вроде бы да, адрес один на всю РФ, но не факт что они не имеют свои региональный биллинги. К тому же половина ШПД-сети выкуплена у всяких там, и состоит из говна и палок, у нас хорошо хоть строили с нуля, но отношение всё такое же не клиентоорентированное, у нас есть 244 волокна на доме, но мы вам их не дадим, потому что у вас ООО нет)

Так и сидят с 2.5 абонентами в городе где 160К хомяков.

Так и сидят с 2.5 абонентами в городе где 160К хомяков.

Такая же фигня и у нас в городе на 110к

Вот смотри. Качает клиент что-то, данвно качает, берст израсходован. Приложение клиента говорит: Сервер, плюнь в меня данных на 1 мбайт (а канал у него всего 4 мбита, то есть примет только 0.5 мбайта), ну пусть 10 пакетов встанет в очередь, 15 кбайт из 500 кбайт. Остальное - дропнется. Разница лишь в том, что в случае умной очереди, дропнутся только пакеты этого клиента. Сути не поменяется - 485 кбайт, прилетевших через аплинк, просрано в /dev/null Решение только одно - поместить в очередь все, что летит клиенту. Клиент получит данные, пусть с задеркой в 2 000 мсек, но получит, и не будет просить отправить ему повторно данные. То есть не только входящий трафик не вырастет, но и не возникнет исходящего из-за повторного запроса данных....

Если не ошибаюсь, помещение в очередь без дропа и есть шейпинг

Диспетчера на м9 вполне себе смотрят, даже ребутнуть могут, если попросить

Ресетманки?

Если не ошибаюсь, помещение в очередь без дропа и есть шейпинг

Размер очереди?

https://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-policing/19645-policevsshape.html

Компания China Mobile International Limited официально объявила об открытии представительства в России. Российская "дочка" China Mobile получила название China Mobile International Russia (ООО "Чайна Мобайл Интернешнл (Раша)"). Компания видит для себя три основных стратегических направления развития - B2O (операторы), B2B (корпоративные клиенты) и B2C (мобильные пользователи). Уставный капитал созданной компании составляет 500 млн руб.

Купят вымпелком?

всё может быть, но доля 20% по закону максимум

всё может быть, но доля 20% по закону максимум

эт как?

всё может быть, но доля 20% по закону максимум

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

пол страны управляется из оффшоров )

а тут они внутри рф создали дочку..

норм короч все должно быть

не может быть доля более 20% для иностранной компании

иначе компания считается иностранным агентом

вот все дочки тут и создавать начали

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

да я думаю уже давно нашли выход из положения :)

https://www.fontanka.ru/2018/10/05/124/

https://www.cisco.com/c/en/us/support/docs/quality-of-service-qos/qos-policing/19645-policevsshape.html

Вот у вас дропы начнутся после заполнения очереди во сколько байт?

задерживать пакеты в буферах

геймеры спасибо не скажут

Бгг. Ну пусть торрент притормозят)

клевый аргумент

это к тому что не все типы трафика можно и нужно в буфер складывать

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

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

ты же не подумал, что я на аплинке шейпинг мучу?

да оно per customer тож не оч

ну почему не оч, если выхлоп дает значительный?

аргументируй -) мой аргумент - круто экономит полосу

зато делает реалтайм трафику плохо

я же говорю выше, что экономия может быть не экономией вовсе

я вообще у одного оператора видел интересную реализацию "ночных 100мбит"

ночь там все время кроме ЧНН )

зато делает реалтайм трафику плохо

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

ты не прав

все там нормально

ты пытаешься накостылить

циска в свое время в SCE двигала тему с приоритезацией внутри трубы абонентской

получилось канеш не очень

из-за того что это ДПИ )

но идея клевая.

внутри абон трубы сделать разные трубы под разные типы трафика

ты пытаешься накостылить

дык я не против разделения и разного поведения доля разного трафика

я про саму суть - не дропать по максимуму тот трафик, дроп которого вызовет ретрасмит

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

пздц

ну да

я надеюсь все твои геймеры свалят к конкуренту

это еще больше снизит издержки

но и снизит профит

ну вот как бы ты относился к проблеме, если бы два твоих абонента генерировали трафика как 3?

если абонентов очень дохера

то насрать

я надеюсь все твои геймеры свалят к конкуренту

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

да мож у него не торент