Атлант Телеком. ADSL. Обсуждение

Место (канал) ровный пока пользователь не забил его на 100%. Потом он очень неровный.

Вы какой канал имеете в виду? те 320кбит/сек (или скока там щас на ХИТе) от провайдера до пользователя или канал от провайдера до внешнего мира? и грубо говоря вы рекомендуете пользователям не использовать оплаченный ими канал на 100%? а как высчитывать загруженность канала? ведь часто заявленные 320кбит/сек превращаются у пользователя в 120кбит/сек ато и меньше (по вечерам). вот тут вот не понятно

Последнюю неделю постоянно пропадает adsl на модеме. Подключал без сплиттера - тоже самое. Линия без проблем.

Проблема явно у них. Написал письмо в саппорт о компенсации времени - тишина!

в смысле нет проблем у провайдера с подсчётом трафика, а вот у пользователей есть проблемы

Еще раз. Для тех кто из амбразуры пишет. Если скорость потока меньше скорости канала никаких проблем с тарификацией нет. Доступно?

Третий раз объяснять не буду. Бесполезно. Живите в танке.

чОрт, приведите пример хоть одного договора, в котором будет сказано, что

Если скорость потока меньше скорости канала никаких проблем с тарификацией нет.

и т.п.

Хватит нести чушь. Или вносите поправки в договора и открывайте центр обучения принципа работы нетфлоу.

чОрт, если не хотите вникать глубоко в суть реализации TCP, то хотя бы ознакомьтесь в wiki

Для того, чтобы передающая сторона не отправляла данные интенсивнее, чем их может обработать приемник, TCP содержит средства управления потоком. Для этого используется поле "окно". В сегментах, направляемых от приемника передающей стороне в поле "окно" указывается текущий размер приемного буфера. Передающая сторона сохраняет размер окна и отправляет данных не более, чем указал приемник.

потери могут быть это вполне очевидно, но больше 10% это уже не нормально...

Странно только почему мне раньше с правильным подсчётом везло. А вообще такой цирк с подсчётом трафика только у Атлант-телекома, насколько я понял.

Уважаемый абонент.

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

3-4 ноября был произведен 12-13 ноября.

Убедиться в корректности списания можно сравнив суммарный трафик

и суммы списания за оба указанных временных интервала в вашей статистике в системе ИССА на нашем сайте.

Приносим извинения за неудобства, связанные с задержкой списания.

Атлант Телеком.

Цирк уехал, а клоуны остались. Я ещё в среду контракт разорвал, а письмо только четыре часа назад пришло

В очередной раз убеждаюсь, что вчера сделал правильный выбор.

чОрт, если не хотите вникать глубоко в суть реализации TCP

Если хотите - изучите каким образом регулируется размер окна. Это во второй книжке из списка литературы. Там страниц 200 этому посвящено. Правда для Вас много незнакомых букаф будет из науки ТВ и МС. Но раз уж Вы wiki уже нашли изучите и ее как два пальца. Потом изучите механизм ретрансмита при дропе пакета и легко выведете распределение количества лишнего траффика в зависимости от частоты дропов. Таков уж шейпер - не обессудьте. Не крутит окно как бывает, а подрезает полосу дропом. Тогда и начнем разговор не в терминах "мало/много", а в цифрах.

Любите PPPoE без VPN? Ну так любите и особенности его тарификации при шейпинге.

видимо инфонет занимается тем же самым

Нос не сломайте, расковыривая пальцем. Чем инфонет занимается его клиенты знают, а не эксперты мизинцем деланые.

Провайдер осуществляет обсчёт всего трафика, пришедшего на IP клиента, т.к. для провайдера весь этот трафик является платным. Несовпадения в статистике происходит по той причине, что пользователи запрашивают доставку большего объёма информации, чем может быть пропущено через канал, соответствующий тарифному плану клиента.

Такая ситуация возникает только при активном запросе больших объёмов информации ("скачивании" информации больших объёмов)

Пара-тройка вопросов.

Как клиенту знать рамки БОЛЬЩОГО килобита и МАЛЬНьКОГО терабайта?

Активный...парон, а пасссивные это каГ? "Заплачу за билет и пойду пешком на зло кондуктору?" Какой документ регламентирует эти активност?

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

чОрт, вы можете долго и упорно объяснять про дропы, но для принимающей и передающей стороны это нормальная ситуация и выглядит обычной потерей, в результате скорость будет динамически снижена и данные будут передаваться ровно такими темпами какими шейпер их пропускает. Таких потерь не может быть более 10% при нормальной работе, вам уже привели пример с файлом 1МБ, и полученным обсчётом 1.7МБ при скачивании в один поток.

Т.е. вы считаете, что пакеты на других тарифах потерянные на адсл участке соединения, отличаются от тех, что дропает шейпер... Ведь сервера в интернете имеют гигабитную скорость, провайдер 330Мбит, а абонент в лучшем случае 2.. представляете сколько пакетов будет теряться судя вашей логике?

Страницей ранее объяснялось, что такое "медленный старт", перечитайте 5 раз в слух.

Ещё можно представить ДДОС на такого провайдера, он что тоже скинет оплату принятых и дропнутых пакетов на своих абонентов? мол трафик ему был платный.

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