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

[mike76]

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

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

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

[Vinto]

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

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

[s.lobanov]

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

[mike76]

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

 

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

 

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

 

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

[mike76]

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

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

 

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

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

 

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

[zi_rus]

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

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

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

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

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

[s.lobanov]

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

[woddy]

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

 

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

[Ivan_83]

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

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

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

[zhenya`]

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

 

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

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

[YuryD]

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

[disappointed]

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

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

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

что логично.

[snvoronkov]

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

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

что логично.

 

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

 

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

[disappointed]

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

 

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

 

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

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

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

[zi_rus]

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

[s.lobanov]

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

[snvoronkov]

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

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

 

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

[Ivan_83]

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

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

[s.lobanov]

прикол с перекосом при использовании белых 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-сети

[Saab95]

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

 

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

[snvoronkov]

Не 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 работал (про его пинание вообще можно забыть).

 

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

[snvoronkov]

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

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

[Butch3r]

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

[s.lobanov]

Не 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

[snvoronkov]

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

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

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