Jump to content
Калькуляторы

Асимметричные тарифы зачем?

Думал, в техвопросы или сюда... Решил - сюда.

У ртк (Онлайм) тарифы ассиметричны. Какой бонус дает такая настройка? Зачем резать клиента по аплоуду сильнее?

Это не только у ртк, но тут мне совсем не понятно - юзерский трафик Москвы, неужели аплоуд нужно резать, да еще на два?

Share this post


Link to post
Share on other sites

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

Таким образом напрочь забивают исходящий канал

Share this post


Link to post
Share on other sites

во времена, когда тарифы на xdsl-подключения стали равны максимальной скорости по физике, у некоторых альтернативных операторов, не использующих dsl, аплод стал больше даунлода(в те же временами был расцвет p2p в виде bittorrent), т.е. по факту приходилось платить аплинку(ам) за отдачу, ну или резать аплод - на это нормальные абоненты не жалуются, если не грубить. возможно это тянется с тех времён. а если в ДС осталось много dsl-я, то перекос у fttb/pon операторов может быть и сейчас за счёт отдачи торрента dsl-щикам, хотя за счёт роста онлайн юникаст-видео, доля p2p-трафика падает. москвичи, пусть поправят меня как оно в ДС сейчас

Share this post


Link to post
Share on other sites

во времена, когда тарифы на xdsl-подключения стали равны максимальной скорости по физике, у некоторых альтернативных операторов, не использующих dsl, аплод стал больше даунлода(в те же временами был расцвет p2p в виде bittorrent), т.е. по факту приходилось платить аплинку(ам) за отдачу, ну или резать аплод - на это нормальные абоненты не жалуются, если не грубить. возможно это тянется с тех времён. а если в ДС осталось много dsl-я, то перекос у fttb/pon операторов может быть и сейчас за счёт отдачи торрента dsl-щикам, хотя за счёт роста онлайн юникаст-видео, доля p2p-трафика падает. москвичи, пусть поправят меня как оно в ДС сейчас

 

Аплоуд за деньги был, но это такая Хистори... Я не видел живых операторов , плативших за аплоуд аплинку.

 

Я клиентов не понимаю. ладно, дурость, скачка за час сериала на трое суток просмотра мало, надо скачивать его именно до 10 минут, куплю тариф....

 

Но смысл асимметричности? Смысл маркетинговый что я отдавать быстрее хочу? Эмм, есть такие. На них?

Share this post


Link to post
Share on other sites

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

Таким образом напрочь забивают исходящий каналЖ

 

Я не в курсе по ситуации с Крымом, но мои торренты забирают редко. В автозагрузке на пяти машинах по 10 закачанных вещей, аплоуд килобитный с меня.

Полный аплоуд 30% от загрузки канала.

 

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

Share this post


Link to post
Share on other sites

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

Таким образом напрочь забивают исходящий канал

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

Если оператор не платит аплинку по сумме входящего и исходящего трафика, то любые ограничения аплоада это бред.

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

Share this post


Link to post
Share on other sites

Обычно, когда покупают полосу, то аплинк ставит полисер, например, 2G вверх, 2G вниз. Если у оператора получается, что вверх 2.5G, а вниз 2G, то платить придётся за 2.5/2.5. Вот я о чём писал. Не знаю, остались ли сейчас операторы, у которых такая ситуация(кроме тех, которые имеют публичный ДЦ)

Share this post


Link to post
Share on other sites

у нас еще года два назад исходящий трафик превысил входящий. Канал то симметричный покупаем. Не захотели расширять, зарезали исходняк на всех тарифах в два раза. Полегчало.

 

Полез в мониторинг, ситуация сейчас стабилизировалась. исходяк на 25% ниже входящего. Тарифы остались "по привычке"

Share this post


Link to post
Share on other sites
мои торренты забирают редко. В автозагрузке на пяти машинах по 10 закачанных вещей, аплоуд килобитный с меня. Полный аплоуд 30% от загрузки канала.

Вечером у меня иногда до 15 мегабайт/сек поднимается, днём обычно 3-8 мегабайт/сек.

Притом что 60+ (500+ мегабит) в принципе канал позволяет.

Share this post


Link to post
Share on other sites

у нас еще года два назад исходящий трафик превысил входящий. Канал то симметричный покупаем. Не захотели расширять, зарезали исходняк на всех тарифах в два раза. Полегчало.

 

Полез в мониторинг, ситуация сейчас стабилизировалась. исходяк на 25% ниже входящего. Тарифы остались "по привычке"

У нас такая же история. Экономим с помощью сце датаплейн бордеров.

Share this post


Link to post
Share on other sites

По своему mrtg ни разу не помню, чтобы исходящий был более 30% общего. Пики от ддосеров бывали, но ненадолго.

Share this post


Link to post
Share on other sites

Тоже исходнях существенно превышал вход, года 4 назад.

Сейчас всё нормально, процентов 70 от входящего.

Заметил, что страдали от исходящего те, кто выдавал белые адреса клиентам,

что логично.

Share this post


Link to post
Share on other sites

Сейчас всё нормально, процентов 70 от входящего.

Заметил, что страдали от исходящего те, кто выдавал белые адреса клиентам,

что логично.

 

Та-же ситуация.

 

Выдаем белые адреса. Трафик зависит явно от чего-то другого.

Share this post


Link to post
Share on other sites

Та-же ситуация.

 

Выдаем белые адреса. Трафик зависит явно от чего-то другого.

 

Так я и пишу, страдали те операторы, которые выдавали реальники, те кто натили, в ус не дули.

Я пробовал, в качестве эксперимента отбрасывать входящие SYN пакеты на порты > 1024, это приводило к плавному

падению исходянка за несколько часов до минимальных значений.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

прикол с перекосом при использовании белых IP был связан с тем, что раньше у торрентов не было uTP и поэтому абоненты из-за ната качали в первую очередь с тех, у кого белый ip

Share this post


Link to post
Share on other sites

прикол с перекосом при использовании белых IP был связан с тем, что раньше у торрентов не было uTP и поэтому абоненты из-за ната качали в первую очередь с тех, у кого белый ip

А теперь чего? Переход с tcp на udp магическим образом что-то отменил?

 

Или ты сам приходишь на открытый порт покачать, или на твой открытый порт приходят залить извне. У одного из пиров адрес все равно должен быть белым. Чудес не бывает.

Share this post


Link to post
Share on other sites
А теперь чего? Переход с tcp на udp магическим образом что-то отменил?

UDP проходит через почти все виды NAT относительно легко, без всяких UPnP и пр.

Share this post


Link to post
Share on other sites

прикол с перекосом при использовании белых IP был связан с тем, что раньше у торрентов не было uTP и поэтому абоненты из-за ната качали в первую очередь с тех, у кого белый ip

А теперь чего? Переход с tcp на udp магическим образом что-то отменил?

 

Или ты сам приходишь на открытый порт покачать, или на твой открытый порт приходят залить извне. У одного из пиров адрес все равно должен быть белым. Чудес не бывает.

 

Не UDP, а uTP, это одно из тех самых чудес. Я конечно понимаю, что провайдер это труба и дальше L3 можно ничего не знать, но хотя бы знать капельку чуть выше L3 будет очень полезно вам. http://en.wikipedia.org/wiki/UDP_hole_punching http://en.wikipedia.org/wiki/Micro_Transport_Protocol

 

И именно uTP дал качественный скачок по утилизации полосы вверх абонентами под натом, т.е. щас уже не так важен цвет IP для p2p-сети

Share this post


Link to post
Share on other sites

неужели аплоуд нужно резать, да еще на два?

 

Все просто, потребление трафика должно быть больше, чем отдача, иначе в Интернете начнется накопление никому не нужной информации, он раздуется и лопнет.

Share this post


Link to post
Share on other sites

Не UDP, а uTP, это одно из тех самых чудес. Я конечно понимаю, что провайдер это труба и дальше L3 можно ничего не знать, но хотя бы знать капельку чуть выше L3 будет очень полезно вам. http://en.wikipedia.org/wiki/UDP_hole_punching http://en.wikipedia.org/wiki/Micro_Transport_Protocol

 

И именно uTP дал качественный скачок по утилизации полосы вверх абонентами под натом, т.е. щас уже не так важен цвет IP для p2p-сети

Это я читал. Только вот так и не видел ни одного ната, где-бы этот самый udp hole работал (про его пинание вообще можно забыть).

 

А мю-типи - таки да. Враг ната и процессора как роутера, так и пира, его использующего.

Share this post


Link to post
Share on other sites

UDP проходит через почти все виды NAT относительно легко, без всяких UPnP и пр.

Вот не видел таких натов. Пример хоть приведите. Везде тройки хост/порт (удаленный конец, локальный внешний, локальный внутренний). Или кто-то память экономит и пару для удаленного хоста откидывает?

Share this post


Link to post
Share on other sites

У нас никогда исходящего не было больше, чем входящего. И всегда выдавали белые адреса.

Share this post


Link to post
Share on other sites

Не UDP, а uTP, это одно из тех самых чудес. Я конечно понимаю, что провайдер это труба и дальше L3 можно ничего не знать, но хотя бы знать капельку чуть выше L3 будет очень полезно вам. http://en.wikipedia.org/wiki/UDP_hole_punching http://en.wikipedia.org/wiki/Micro_Transport_Protocol

 

И именно uTP дал качественный скачок по утилизации полосы вверх абонентами под натом, т.е. щас уже не так важен цвет IP для p2p-сети

Это я читал. Только вот так и не видел ни одного ната, где-бы этот самый udp hole работал (про его пинание вообще можно забыть).

 

А мю-типи - таки да. Враг ната и процессора как роутера, так и пира, его использующего.

 

Перечитайте ещё раз что такое udp hole punching

Share this post


Link to post
Share on other sites

Перечитайте ещё раз что такое udp hole punching

И еще раз перечитал. Один хрен оно не работает ни по Symmetric NAT, ни по Restricted cone NAT на обоих концах. Практически вот только их я и вижу постоянно.

А они не особо-то и трэверсятся.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this