Маршрутизация double WAN и YouTube...
Добавлено: 15 янв 2019, 11:47
Ранее только читал, и прочитанного хватало, чтоб справиться с RouterOS, но вот пришла пора и написать...
Исторически у меня было два провайдера со слабыми (2Мбит) каналами на фиксированных IP для сбора информации с оборудования, но вот настал момент, когда завезли еще один канал потолще (75Мбит) для того, что бы все успевали собрать свой урожай в одноклассниках, танки не тормозили, была возможность глянуть Ютуб и прочие прелести. Сейчас я оставил один тонкий канал, а толстый сделал более отказоустойчивым.
Естественно, это делалось для того, чтоб разгрузить слабый технологический канал и исключить его забивание под потолок.
Нарисовал я на манглах простую схему, в которой я исходил из того, что входящие соединения от моих внешних приборов и так придут в нужные мне порты толстого или тонкого канала и мне стоит их просто промаркировать, чтоб ответный пакет ушел в ту же дырку из которой вышел.
Исходящий же трафик маркируется и рутится по принципу:
"Если определенный_адрес + определенные порты + dstaddr !localnet -> суем это в "тонкую трубу"
"Все остальное, что dstaddr !localnet -> суем это в "толстую трубу"
И все работает как надо... кроме официального клиента YouTube, под разными операционками, не имеет значения. Я не знаю каким образом, но это приложение начинает работать на толстом канале и потом переползает в тонкий.
Опускаешь тонкий канал - эта мерзость перепрыгивает на толстый канал и работает на нем, пока не появится в работе тонкий и снова через несколько минут лезет в тонкий технологический канал.
Я пробовал под андроидом и под виндой взять стороннее решение для ТыТрубы (openpipe, например, или Hyper for Youtube ) - все работает штатно и никаких попыток занять тонкий канал нет. Однако сторонние программы плохо работают с онлайн стримами в отличии от официального клиента...
В общем, нужен совет, как понять причины и ограничить непристойное поведение официального клиента...
Исторически у меня было два провайдера со слабыми (2Мбит) каналами на фиксированных IP для сбора информации с оборудования, но вот настал момент, когда завезли еще один канал потолще (75Мбит) для того, что бы все успевали собрать свой урожай в одноклассниках, танки не тормозили, была возможность глянуть Ютуб и прочие прелести. Сейчас я оставил один тонкий канал, а толстый сделал более отказоустойчивым.
Естественно, это делалось для того, чтоб разгрузить слабый технологический канал и исключить его забивание под потолок.
Нарисовал я на манглах простую схему, в которой я исходил из того, что входящие соединения от моих внешних приборов и так придут в нужные мне порты толстого или тонкого канала и мне стоит их просто промаркировать, чтоб ответный пакет ушел в ту же дырку из которой вышел.
Исходящий же трафик маркируется и рутится по принципу:
"Если определенный_адрес + определенные порты + dstaddr !localnet -> суем это в "тонкую трубу"
"Все остальное, что dstaddr !localnet -> суем это в "толстую трубу"
И все работает как надо... кроме официального клиента YouTube, под разными операционками, не имеет значения. Я не знаю каким образом, но это приложение начинает работать на толстом канале и потом переползает в тонкий.
Опускаешь тонкий канал - эта мерзость перепрыгивает на толстый канал и работает на нем, пока не появится в работе тонкий и снова через несколько минут лезет в тонкий технологический канал.
Я пробовал под андроидом и под виндой взять стороннее решение для ТыТрубы (openpipe, например, или Hyper for Youtube ) - все работает штатно и никаких попыток занять тонкий канал нет. Однако сторонние программы плохо работают с онлайн стримами в отличии от официального клиента...
В общем, нужен совет, как понять причины и ограничить непристойное поведение официального клиента...