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

вы можете долго и упорно объяснять про дропы, но для принимающей и передающей стороны это нормальная ситуация

Угу. Да так и нужно.

данные будут передаваться ровно такими темпами какими шейпер их пропускает

В нужную книжку я Вас ткнул. Поднимать скорость будет пытаться с не меньшим успехом, чем опускать. Как, когда и почему - читайте.

Хит в режиме роутера, модем связь не теряет. Но вот во время закачки, у меня пропадает связь. Это откуда ноги растут?

скоро абонентов атланта начнут называть "задропы".

Обобщать не надо Эта особенность касается небольшой части пользователей и только на самых маленьких тарифах.Т.е. оочень "старательных" на Хите и Первом.

ситуации и всем вытекающим из нее последствиям в виде потери пакетов и отправке запросов на эти пакеты и повторный прием пакетов? канал же у нас фактически "забит" на 100% - 250к максимум, установленный в качалке

http://wm-help.net/books-online/book/48432/48432-6.html

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

В первом случае сработает slow start. Во втором congestion avoidance дергать окно будет туда сюда.

свои посылы в книжку оставьте при себе, по моему неприлично отсылать кого-либо в литературу

Да это понятно. RTFM вообще неблагодарное занятие.

В первом случае сработает slow start. Во втором congestion avoidance дергать окно будет туда сюда.

и как это влияет на подсчет трафика у АТ? неужели из-за разницы в каких-то 8килобайт/сек (ато и меньше) между загруженным на 100% каналом в 320кбит/сек и ограниченным на 250кбит/сек (как в моем примере) будет происходить 50%-70% потеря информации при передаче от источника к получателю? в наш-то век высокоскоростного инета? а если slow start разгоняет окно более заявленной в ТП скорости - проблема провайдера. То у АТ переполнение буфера вследствие разгона окна, то канала не хватает на всех (что в принципе может быть следствием первого..). проблему нужно решать, а не общитывать пользователей.

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

Раз уж завел эту тему, расскажу еще немного про эпопею с ТП Первый.

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

Уже на второй день, посмотрев данные в ИССА, он пришел в ужас - количество входящего трафика даже по самым оптимистичным расчетам превосходило возможности канала. Собственно, после этого он и обратился ко мне за консультацией. (Я юзал ТП "Первый" с марта 2007 года и за все время ни разу не включал никаких ограничений в uTorrent, e-Mule или FlashGet. Биллинг всегда показывал столько входящего трафика, сколько было реально скачано.)

Сначала думали, что проблемы с модемом или линией, но оказалось, что проблема все-таки у провайдера. Причем, вместо того, чтобы разобраться, кум был мягко послан саппортом, как я говорил ранее, тему на форуме прибили, прислали письмо с отпиской в стиле "сам дурак". Мы рровели ряд тестов, включали ограничение скорости закачки в торрент-клиенте до 10, а затем и до 5 кб/с, но все было напрасно, трафик как списывался по 150-170% от нормы, так и продолжал списываться. Интересно, что в то же самое время у меня на таком же ТП, на той же АТС все было нормально. В итоге, после двух месяцев мучений кум переключился на "Шерсть". В тот же день все проблемы исчезли.

Такая вот поучительная история.

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

да не подтверждает, т.к. у самого автора Первый...

напоминаю, что изначально разговор шел про диалап-канал, шириной не более 50 кбит.

да? а я думал что разговор идет про это:

Кстати, кто что думает по поводу хитрого обсчёта трафика на тп "Хит"? Меня вот за выходные на 4-5 гигабайт кинули (в час считали по 220 мегабайт вместо теоретически возможных 140)......

Ну отвечать за провайдеров - дело тусклое и неблагодарное. Скажем так - проблема более характерна при использовании PPPoE на клиенте и netflow на биллинге и перегруженом канале клиента. Далее все зависит от конкретной конфигурации.

pppoe здесь не причём, и netflow тоже

просто у атланта "корзины" о которой вы говорите нет, работает rate-limit, а он режет безо всяких задержек при превышении заказанной скорости

так что крутите качалки чтобы ограничение было на уровне 90% от купленного канала и будет вам щастье