mike76 Опубликовано 22 мая, 2015 · Жалоба Думал, в техвопросы или сюда... Решил - сюда. У ртк (Онлайм) тарифы ассиметричны. Какой бонус дает такая настройка? Зачем резать клиента по аплоуду сильнее? Это не только у ртк, но тут мне совсем не понятно - юзерский трафик Москвы, неужели аплоуд нужно резать, да еще на два? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Vinto Опубликовано 22 мая, 2015 · Жалоба Еще как надо резать, так как большинство пользователей не имеют представления как работает торент клиент и что он вообще в автозагрузке. Таким образом напрочь забивают исходящий канал Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 22 мая, 2015 · Жалоба во времена, когда тарифы на xdsl-подключения стали равны максимальной скорости по физике, у некоторых альтернативных операторов, не использующих dsl, аплод стал больше даунлода(в те же временами был расцвет p2p в виде bittorrent), т.е. по факту приходилось платить аплинку(ам) за отдачу, ну или резать аплод - на это нормальные абоненты не жалуются, если не грубить. возможно это тянется с тех времён. а если в ДС осталось много dsl-я, то перекос у fttb/pon операторов может быть и сейчас за счёт отдачи торрента dsl-щикам, хотя за счёт роста онлайн юникаст-видео, доля p2p-трафика падает. москвичи, пусть поправят меня как оно в ДС сейчас Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mike76 Опубликовано 23 мая, 2015 · Жалоба во времена, когда тарифы на xdsl-подключения стали равны максимальной скорости по физике, у некоторых альтернативных операторов, не использующих dsl, аплод стал больше даунлода(в те же временами был расцвет p2p в виде bittorrent), т.е. по факту приходилось платить аплинку(ам) за отдачу, ну или резать аплод - на это нормальные абоненты не жалуются, если не грубить. возможно это тянется с тех времён. а если в ДС осталось много dsl-я, то перекос у fttb/pon операторов может быть и сейчас за счёт отдачи торрента dsl-щикам, хотя за счёт роста онлайн юникаст-видео, доля p2p-трафика падает. москвичи, пусть поправят меня как оно в ДС сейчас Аплоуд за деньги был, но это такая Хистори... Я не видел живых операторов , плативших за аплоуд аплинку. Я клиентов не понимаю. ладно, дурость, скачка за час сериала на трое суток просмотра мало, надо скачивать его именно до 10 минут, куплю тариф.... Но смысл асимметричности? Смысл маркетинговый что я отдавать быстрее хочу? Эмм, есть такие. На них? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mike76 Опубликовано 23 мая, 2015 · Жалоба Еще как надо резать, так как большинство пользователей не имеют представления как работает торент клиент и что он вообще в автозагрузке. Таким образом напрочь забивают исходящий каналЖ Я не в курсе по ситуации с Крымом, но мои торренты забирают редко. В автозагрузке на пяти машинах по 10 закачанных вещей, аплоуд килобитный с меня. Полный аплоуд 30% от загрузки канала. Может ртк не любит клиентов из дома, что аплоудят фотки, видео и прочее порно на буржуйские хостинги? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zi_rus Опубликовано 23 мая, 2015 · Жалоба Еще как надо резать, так как большинство пользователей не имеют представления как работает торент клиент и что он вообще в автозагрузке. Таким образом напрочь забивают исходящий канал операторы соединяются симметричными каналами, а большинство пользователей качают больше чем отдают, так что загрузка исходящего канала больше чем входящего нереальна. Если оператор не платит аплинку по сумме входящего и исходящего трафика, то любые ограничения аплоада это бред. Более того, оператор который генерит трафик, хотя бы торрентами, становится более привлекательным для организации пиринга и может выбить себе лучшие условия, чем тот который только потребляет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 23 мая, 2015 · Жалоба Обычно, когда покупают полосу, то аплинк ставит полисер, например, 2G вверх, 2G вниз. Если у оператора получается, что вверх 2.5G, а вниз 2G, то платить придётся за 2.5/2.5. Вот я о чём писал. Не знаю, остались ли сейчас операторы, у которых такая ситуация(кроме тех, которые имеют публичный ДЦ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 23 мая, 2015 · Жалоба у нас еще года два назад исходящий трафик превысил входящий. Канал то симметричный покупаем. Не захотели расширять, зарезали исходняк на всех тарифах в два раза. Полегчало. Полез в мониторинг, ситуация сейчас стабилизировалась. исходяк на 25% ниже входящего. Тарифы остались "по привычке" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 23 мая, 2015 · Жалоба мои торренты забирают редко. В автозагрузке на пяти машинах по 10 закачанных вещей, аплоуд килобитный с меня. Полный аплоуд 30% от загрузки канала. Вечером у меня иногда до 15 мегабайт/сек поднимается, днём обычно 3-8 мегабайт/сек. Притом что 60+ (500+ мегабит) в принципе канал позволяет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 23 мая, 2015 · Жалоба у нас еще года два назад исходящий трафик превысил входящий. Канал то симметричный покупаем. Не захотели расширять, зарезали исходняк на всех тарифах в два раза. Полегчало. Полез в мониторинг, ситуация сейчас стабилизировалась. исходяк на 25% ниже входящего. Тарифы остались "по привычке" У нас такая же история. Экономим с помощью сце датаплейн бордеров. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 24 мая, 2015 · Жалоба По своему mrtg ни разу не помню, чтобы исходящий был более 30% общего. Пики от ддосеров бывали, но ненадолго. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 24 мая, 2015 · Жалоба Тоже исходнях существенно превышал вход, года 4 назад. Сейчас всё нормально, процентов 70 от входящего. Заметил, что страдали от исходящего те, кто выдавал белые адреса клиентам, что логично. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 24 мая, 2015 · Жалоба Сейчас всё нормально, процентов 70 от входящего. Заметил, что страдали от исходящего те, кто выдавал белые адреса клиентам, что логично. Та-же ситуация. Выдаем белые адреса. Трафик зависит явно от чего-то другого. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 24 мая, 2015 · Жалоба Та-же ситуация. Выдаем белые адреса. Трафик зависит явно от чего-то другого. Так я и пишу, страдали те операторы, которые выдавали реальники, те кто натили, в ус не дули. Я пробовал, в качестве эксперимента отбрасывать входящие SYN пакеты на порты > 1024, это приводило к плавному падению исходянка за несколько часов до минимальных значений. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zi_rus Опубликовано 24 мая, 2015 · Жалоба можно еще и исходящие заблокировать, тогда трафик вообще упадет, можно будет столько трафика сэкономить Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 24 мая, 2015 · Жалоба прикол с перекосом при использовании белых IP был связан с тем, что раньше у торрентов не было uTP и поэтому абоненты из-за ната качали в первую очередь с тех, у кого белый ip Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 24 мая, 2015 · Жалоба прикол с перекосом при использовании белых IP был связан с тем, что раньше у торрентов не было uTP и поэтому абоненты из-за ната качали в первую очередь с тех, у кого белый ip А теперь чего? Переход с tcp на udp магическим образом что-то отменил? Или ты сам приходишь на открытый порт покачать, или на твой открытый порт приходят залить извне. У одного из пиров адрес все равно должен быть белым. Чудес не бывает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 24 мая, 2015 · Жалоба А теперь чего? Переход с tcp на udp магическим образом что-то отменил? UDP проходит через почти все виды NAT относительно легко, без всяких UPnP и пр. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 24 мая, 2015 · Жалоба прикол с перекосом при использовании белых 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-сети Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 24 мая, 2015 · Жалоба неужели аплоуд нужно резать, да еще на два? Все просто, потребление трафика должно быть больше, чем отдача, иначе в Интернете начнется накопление никому не нужной информации, он раздуется и лопнет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 25 мая, 2015 · Жалоба Не 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 работал (про его пинание вообще можно забыть). А мю-типи - таки да. Враг ната и процессора как роутера, так и пира, его использующего. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 25 мая, 2015 · Жалоба UDP проходит через почти все виды NAT относительно легко, без всяких UPnP и пр. Вот не видел таких натов. Пример хоть приведите. Везде тройки хост/порт (удаленный конец, локальный внешний, локальный внутренний). Или кто-то память экономит и пару для удаленного хоста откидывает? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 25 мая, 2015 · Жалоба У нас никогда исходящего не было больше, чем входящего. И всегда выдавали белые адреса. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 25 мая, 2015 · Жалоба Не 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 25 мая, 2015 · Жалоба Перечитайте ещё раз что такое udp hole punching И еще раз перечитал. Один хрен оно не работает ни по Symmetric NAT, ни по Restricted cone NAT на обоих концах. Практически вот только их я и вижу постоянно. А они не особо-то и трэверсятся. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...