VK
Все хочется затестить , но говорят смысла нет, не я один такой умник . Да и тратиться на sfp gpon зря получится
Заранее говорю - вся ветка ляжет.) я не про sfp onu, а про простой sfp)
Size: a a a
2020 May 01
VK
Когда я был молод прям вот хорошо, что не было у меня провайдера GPON. Я б попробовал)
VK
Вечер добрый
Скрещиваю qos с агрегацией каналов
Для агрегации мы метим трафик из/в каждого ISP:
-4 базовых правила (конект марк + 2 роута основанных на марке + 1 роут)
-сколько то для распределения трафика (минимум 4)
Для qos мы тоже метим трафик в 3 правила:
-Конектмарк по типу трафика
-Пакеты по конектмарку вверх и вниз (2 правила)
Самая первая и как мне кажется не совсем правильная мысль - создать для каждого типа трафика все правила агрегации
Есть ли более рациональная схема нежели при 2х операторах создавать минимум по 9 правил мангла на каждый тип трафика?
Скрещиваю qos с агрегацией каналов
Для агрегации мы метим трафик из/в каждого ISP:
-4 базовых правила (конект марк + 2 роута основанных на марке + 1 роут)
-сколько то для распределения трафика (минимум 4)
Для qos мы тоже метим трафик в 3 правила:
-Конектмарк по типу трафика
-Пакеты по конектмарку вверх и вниз (2 правила)
Самая первая и как мне кажется не совсем правильная мысль - создать для каждого типа трафика все правила агрегации
Есть ли более рациональная схема нежели при 2х операторах создавать минимум по 9 правил мангла на каждый тип трафика?
А зачем делить так жёстко трафик между аплинками?
T
А зачем делить так жёстко трафик между аплинками?
Ну не то чтобы жестоко
Но прост получается что ....
Хмммм
А ведь точно
Но как по другому?
Но прост получается что ....
Хмммм
А ведь точно
Но как по другому?
T
Действительно надо больше подумать
T
А если пакеты метить предварительно не помечая конекты сильно проц просядет ?
VK
Ну не то чтобы жестоко
Но прост получается что ....
Хмммм
А ведь точно
Но как по другому?
Но прост получается что ....
Хмммм
А ведь точно
Но как по другому?
Так вопрос "зачем". Может и надо.
T
Так вопрос "зачем". Может и надо.
Один провайдер может торренты, но не может сип и наоборот
+ Оба канала не очень широкие
+ Оба канала не очень широкие
VK
Вообще очень часто достаточно половину сетей анонсить одному аплинку, а половину другому, по бгп. Но это только если у вас сеть два по /24
VK
А если пакеты метить предварительно не помечая конекты сильно проц просядет ?
Коннекты метить дешевле в плане бюджета cpu
T
Вообще очень часто достаточно половину сетей анонсить одному аплинку, а половину другому, по бгп. Но это только если у вас сеть два по /24
К сожалению нет :(
Около 16 сильно трафико создающих
2iptv каждый из которых работает ток на своем провайдера
И с два десятка "умных устройств" которые все вместе в день 100мб не потребят, но очень расстроится если не достучатся до интернета
Около 16 сильно трафико создающих
2iptv каждый из которых работает ток на своем провайдера
И с два десятка "умных устройств" которые все вместе в день 100мб не потребят, но очень расстроится если не достучатся до интернета
VK
Ну прям то, что вы описали, выглядит норм.
T
Коннекты метить дешевле в плане бюджета cpu
А что дешевле ? Метить пакеты без конектмарка или создать ещё одну сеть на виртуальном интерфейсе внутри роутера в нее привести дуалван, а уже из нее через qos тащить в свою длкалкв трафик
T
Ну прям то, что вы описали, выглядит норм.
То что я описал про 9 правил или про что ?
VK
То что я описал про 9 правил или про что ?
То, что вы описали в начале, ну типа что у вас есть.
T
Вечер добрый
Скрещиваю qos с агрегацией каналов
Для агрегации мы метим трафик из/в каждого ISP:
-4 базовых правила (конект марк + 2 роута основанных на марке + 1 роут)
-сколько то для распределения трафика (минимум 4)
Для qos мы тоже метим трафик в 3 правила:
-Конектмарк по типу трафика
-Пакеты по конектмарку вверх и вниз (2 правила)
Самая первая и как мне кажется не совсем правильная мысль - создать для каждого типа трафика все правила агрегации
Есть ли более рациональная схема нежели при 2х операторах создавать минимум по 9 правил мангла на каждый тип трафика?
Скрещиваю qos с агрегацией каналов
Для агрегации мы метим трафик из/в каждого ISP:
-4 базовых правила (конект марк + 2 роута основанных на марке + 1 роут)
-сколько то для распределения трафика (минимум 4)
Для qos мы тоже метим трафик в 3 правила:
-Конектмарк по типу трафика
-Пакеты по конектмарку вверх и вниз (2 правила)
Самая первая и как мне кажется не совсем правильная мысль - создать для каждого типа трафика все правила агрегации
Есть ли более рациональная схема нежели при 2х операторах создавать минимум по 9 правил мангла на каждый тип трафика?
Это
VK
Да, по-моему вполне норм
T
Окей
Просто меня немного напрягает что в мангале по моим прикидкам будет около 130 правил
Просто меня немного напрягает что в мангале по моим прикидкам будет около 130 правил
T
Блин
Были бы конект марки в 2 уровня
В 40 правил бы втиснулся
Были бы конект марки в 2 уровня
В 40 правил бы втиснулся