Перейти к содержимому
Калькуляторы

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

что логично.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

что логично.

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Не 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 проходит через почти все виды NAT относительно легко, без всяких UPnP и пр.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.