Домолинк - 2!

[)I(ap]

а у меня аминь какой то... третий разрыв за примерно 40 мин

[Aml]

А вот результат по http://www.2ip.ru/speed/test.php

[)I(ap]

чето не понял: на http://www.2ip.ru/ написано что мой провайдер JSC Central Telecommunication Company. чтобы это могло значить?

[Aml]

ЦитатаВам надо попробывать отключить модем на 10 минут...[/quote]
Когда в пятницу стало совсем глухо, я как раз-таки отключил модем на несколько минут и перезагрузит компьютер. С тех пор такое безобразие творится. :)

[Это не мы]

Цитата()I(ap @ 19.10.2008, 9:07) чето не понял: на http://www.2ip.ru/ написано что мой провайдер JSC Central Telecommunication Company. чтобы это могло значить?

JSC = Joint Stock Company
Соответственно, Закрытое Акционерное Общество Центральная Телекоммуникационная Компания

[leo]

у меня только одно предположение: шейпер Цт не справляется с запросами, и часть просто дропается по причине недопущения загромождения очереди на железке шейпера.. ведь если подумать глюки при сёрфинге, т.е в трафе высока часть SYN пакетов.. а алгоритм шейпера таков что по умолчанию канал до единичного юзверя не имеет гарантированный пропускной способности (ну что обычно и у всех так), а при приходе запросов от конкреного пользователя и в частности SYN пакетов шейпер почему-то очень долго думает для открытия канала соответсвующей ширины.. и по привышении времени отклика (а если мне память не изменяет в linux это где-то 30 секунд, но возможны вариации или если это первый SYN, то идёт повторный пакет. - это объясняет задержки, на которые жалуются некоторые пользователи ) сбрасывает текущий пакет.. в результате чего многие пользоветели и наблюдают : ' Ошибка. Невозможно найти удаленный сервер' вот если вкратце, то как-то так..

[Komu za 30]

Цитата(leo @ 19.10.2008, 20:49) у меня только одно предположение: шейпер Цт не справляется с запросами, и часть просто дропается по причине недопущения загромождения очереди на железке шейпера.. ведь если подумать глюки при сёрфинге, т.е в трафе высока часть SYN пакетов.. а алгоритм шейпера таков что по умолчанию канал до единичного юзверя не имеет гарантированный пропускной способности (ну что обычно и у всех так), а при приходе запросов от конкреного пользователя и в частности SYN пакетов шейпер почему-то очень долго думает для открытия канала соответсвующей ширины.. и по привышении времени отклика (а если мне память не изменяет в linux это где-то 30 секунд, но возможны вариации или если это первый SYN, то идёт повторный пакет. - это объясняет задержки, на которые жалуются некоторые пользователи ) сбрасывает текущий пакет.. в результате чего многие пользоветели и наблюдают : ' Ошибка. Невозможно найти удаленный сервер' вот если вкратце, то как-то так..

Предлагаю дормолинку разместить такой ответ для простых пользователей у которых что то не грузиться и посмотреть на реакцию :crazy:

[Клетчатый]

Host--------------------------------------------Loss% ---Sent Recv Best Avrg Wrst Last
192.168.1.1-----------------------------------------0 ---115 115 0 0 16 0
10.130.128.1----------------------------------------0 ---115 115 0 6 16 15
No response from host---------------------------100 ---115 0 0 0 0 0
No response from host---------------------------100 ---115 0 0 0 0 0
No response from host---------------------------100 ---115 0 0 0 0 0
77.51.254.81--------------------------------------10 ---115 104 0 9 32 0
77.51.253.4---------------------------------------73 ---115 32 15 105 828 15
82.196.159.4--------------------------------------11 ---114 102 0 87 953 15
msk-dsr5-vl912.rt-comm.ru---------------------94 ---114 7 0 13 16 16
msk-bgw1-ge1-0-0-0.rt-comm.ru---------------12 ---114 101 0 16 47 32
195.161.165.246----------------------------------11 ---114 102 0 15 62 46
cat01.Moscow.gldn.net---------------------------10 ---114 103 0 18 219 16
mailru-KK12-1-gw.Moscow.gldn.net------------19 ---114 93 15 20 47 16
mail.ru-----------------------------------------------0 ---114 114 15 16 32 16

[leo]

Ps: Разговор на околодомолинковскую тему: если кто что поймёт и вникнет...

leo_root (20:54:21 19/10/2008)
у меня только одно предположение: шейпер Цт не справляется с запросами, и часть просто дропается по причине недопущения загромождения очереди на железке шейпера.. ведь если подумать глюки при сёрфинге, т.е в трафе высока часть SYN пакетов.. а алгоритм шейпера таков что по умолчанию канал до единичного юзверя не имеет гарантированный пропускной способности (ну что обычно и у всех так), а при приходе запросов от конкреного пользователя и в частности SYN пакетов шейпер почему-то очень долго думает для открытия канала соответсвующей ширины.. и по привышении времени отклика (а если мне память не изменяет в linux это где-то 30 секунд, но возможны вариации или если это первый SYN, то идёт повторный пакет. - это объясняет задержки, на которые жалуются некоторые пользователи ) сбрасывает текущий пакет.. в результате чего многие пользоветели и наблюдают : ' Ошибка. Невозможно найти удаленный сервер' вот если вкратце, то как-то так..

leo_root (20:54:48 19/10/2008)
*CRAZY*это похоже на бред??

squall (21:11:06 19/10/2008)
полный бред

leo_root (21:11:20 19/10/2008)
ага... но кажись так и есть.. :)

squall (21:11:40 19/10/2008)
такая фича не на шейпере, а при QOS

leo_root (21:11:47 19/10/2008)
другое мне в голову не прихоодит как объяснить затыки долболинка

leo_root (21:12:35 19/10/2008)
да дело не в самом шейпере, а в величине очереди запросов.. как мне кажется долболинк перегружают синами и он их дропает направо и налево

squall (21:12:53 19/10/2008)
не... эт полный бред

leo_root (21:13:09 19/10/2008)
ну а по другому я объяснить не могу

squall (21:16:44 19/10/2008)
смысл в том, что шейперу насрать син пакет или нет

squall (21:17:06 19/10/2008)
так бы падали и любые другие пакеты

leo_root (21:17:22 19/10/2008)
ага, но в очереди время жизни меньше

squall (21:17:56 19/10/2008)
просто вносятся задержки между пакетами

leo_root (21:18:05 19/10/2008)
там же 3 сина идёт туда, обратно и опять туда

leo_root (21:18:40 19/10/2008)
причём если первый не принимается, то чрез 10 сек идёт второй, ещё чераз вроде 15 третий.. в общем общее время на запрос 45 сек!

squall (21:19:49 19/10/2008)
какая нах разница скока пакетов подряд? син не син... хоть акк..
сначала идет син пакет, еси дошел возвращается ак

leo_root (21:21:01 19/10/2008)
а очередь ведь ограничена.. в винда 100 вобщепакетов. в никсах можно 256 и выше. но всё равно предел есть

squall (21:21:40 19/10/2008)
предел то есть, но для каждого сорса клиента свой буфер

leo_root (21:21:59 19/10/2008)
тут х.з

squall (21:23:01 19/10/2008)
Принцип алгоритма заключается в том, что первую секунду/две шейпер работает НЕ ограничивая скорость, затем включается ограничение.
Это делается для того, что бы пользователь чувствовал себя комфортно при просмотре интернет-страничек: за первую секунду на огромной скорости любая страничка загружается моментально, у пользователя создается впечатление, что интернет очень быстрый.

leo_root (21:23:47 19/10/2008)
это да, но ведь надо ещё порт открыть.. этот канал выделить..

squall (21:24:03 19/10/2008)
неа

squall (21:24:40 19/10/2008)
канал уже есть

leo_root (21:25:05 19/10/2008)
не.. т.к за юзверем не резервируется ничё

squall (21:28:57 19/10/2008)
мы торкаем юзверя в пайп и там его траф крутится

squall (21:34:58 19/10/2008)
мне вот что то кажется что просто ipfw не успевает открывать пайп...

squall (21:35:12 19/10/2008)
пожтому и затык

squall (21:35:54 19/10/2008)
по ходу железка тупит... не успевает

leo_root (21:36:15 19/10/2008)
я тож к такому выводу пришёл.. в чём именно тупит это уже частности

squall (21:36:33 19/10/2008)
по ходу камень не успевает...

squall (21:47:59 19/10/2008)
dummynet работает, просматривая очередь поставленных на ожидание пакетов с некоторой частотой (по умолчанию - 100 раз в секунду). Вы можете увеличить или уменьшить этот параметр, соответственно повысив точность ограничения скорости ценой повышения нагрузки на процессор, либо уменьшить нагрузку на процессор за счет уменьшения точности ограничения пропускной способности. Имеет смысл менять этот параметр в сторону увеличения только если при нормальной работе Ваш процессор нагружен не более чем на 10%. Уменьшение этого параметра обычно не дает сильного выигрыша при перегруженном процессоре, разве что ограничение полосы пропускания - это основная выполняемая сервером задача. Увеличение этого параметра, кстати, увеличивает нагрев процессора. Чрезмерное увеличение может наоборот приводить к понижению точности работы dummynet, т.к. процессор может не успевать отрабатывать сигналы от таймера.

squall (21:49:07 19/10/2008)
а терь представь насколько жадные люди в долюолинке

squall (21:51:41 19/10/2008)
думаю камень там на все 200% забит

leo_root (21:52:07 19/10/2008)
не.. не думаю.

leo_root (21:52:45 19/10/2008)
там больше узкие места с базой должны быть.. ведь статистика сниматся в реальном времени, + записьв базу

squall (21:53:41 19/10/2008)
думаю что статичтика снимается сенсором от нетфлоу

leo_root (21:54:37 19/10/2008)
ну один фиг чем снимается, но ту подумай сколько жрётся трафа на запись к базе.. ведь она стопудов на отдельной железке

squall (21:55:18 19/10/2008)
она туда скорее всего и стекает с серваков) нетфлоу датчик может лить на сенсор, который на др тачке

leo_root (21:55:58 19/10/2008)
х.з эт уже наши домыслы

squall (21:56:50 19/10/2008)
это разумные мысли, а не домыслы) я бы например со всех шейперов лил на 1 датчик и крутил в базу

squall (21:57:04 19/10/2008)
но тут нада смотреть на нагрузку

leo_root (21:57:07 19/10/2008)
ну эт ты, а то долболинк

squall (21:58:21 19/10/2008)
слууушай... скока у нас порт держится открытым по дефолту?

leo_root (21:58:40 19/10/2008)
до 2х часов

squall (22:00:39 19/10/2008)
просто смотри какая штука...
пинг до яндекса... ждем пока на нас соизволит сработать файр... 2 пакеты ушли...
далльше норм...
через некоторое время простоя коннект падает
снова пингуем...
опять те же 2 пакета простоя

squall (22:00:57 19/10/2008)
осталось засечь время

squall (22:02:24 19/10/2008)
но тут возникает мысль.... а файр ли тормозит?

squall (22:02:39 19/10/2008)
правило то уже загружено с шейпером

leo_root (22:03:29 19/10/2008)
не да.. время соединений можно рулить переменными sysctl/ может порулили кривыми руками???

leo_root (22:04:05 19/10/2008)
sysctl через неё вообще можно сеть довести до полной неработоспособности.. х.з может чего накрутили

squall (22:04:32 19/10/2008)
ты ещё кста не забывай о лимите соединений...

leo_root (22:05:06 19/10/2008)
ага.. я помню. .я ж тебе выше говрил.. в никсах он дефолтом был раньше 256 во всяком случае в RH

squall (22:05:39 19/10/2008)
кста... у тя не было такого?
Jan 1 12:01:05 pppd[247]: sent [PAP AuthReq id=0x1 user="DML1003695@sml" password={hidden}]
Jan 1 12:01:05 pppd[247]: rcvd [LCP EchoRep id=0x0 magic=0x5a1b1673] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Jan 1 12:01:05 pppd[247]: rcvd [PAP AuthNak id=0x1 "Exceeded sessions limit."] 00 00 00 00 00 00 00 00 00
Jan 1 12:01:05 pppd[247]: Remote message: Exceeded sessions limit.
Jan 1 12:01:05 pppd[247]: PAP authentication failed
Jan 1 12:01:05 pppd[247]: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]

leo_root (22:06:15 19/10/2008)
не

squall (22:06:36 19/10/2008)
эт серв перегружен0

squall (22:06:47 19/10/2008)
PAP

leo_root (22:07:06 19/10/2008)
не вижу.. поэтому и не отвечает

squall (22:07:26 19/10/2008)
это при коннекте к нему

squall (22:07:51 19/10/2008)
иногда вылетает, еси ханово коннект поднимать

leo_root (22:08:09 19/10/2008)
тогда при чём превышение лимиты подключений.. ??

leo_root (22:08:34 19/10/2008)
Exceeded sessions limit.. это ж дословно исчерпан лимит сессий!

squall (22:08:51 19/10/2008)
угу, подключений к пулу

leo_root (22:09:11 19/10/2008)
да ну.. бред какой-то

squall (22:09:26 19/10/2008)
не, не бред... реальность

squall (22:11:14 19/10/2008)
какие я забавные параметры нашел)))
net.inet.ip.dummynet.hash_size - целочисленная переменная. Соответствует размеру хэш-таблицы, используемой dummynet для хранения очередей. Увеличение этого значение ускоряет работу dummynet при большом количестве очередей, естественно в обмен на оперативную память. Значение по умолчанию - 64.

net.inet.ip.dummynet.expire - логическая переменная. При установке в 1 очереди dummynet удаляются через некоторое время после того, как через них перестали "бегать" пакеты. В противном случае очереди удаляются только при нехватке памяти для размещения новых. Значение по умолчанию - 1. Имеет смысл выставлять в 0, если Ваш сервер обслуживает несколько крупных потребителей трафика, постоянно находящихся в режиме on-line - в этом случае кратковременное прекращение активности потребителя не должно вызывать удаления его очереди, чтобы не тратить времени на ее создание заново при появлении потребителя. В случае множества мелких потребителей, подключающихся и отключающихся от сети на длительный срок имеет смысл освобождать ресурсы, чтобы ускорить работу dummynet за счет меньшей таблицы очередей.

net.inet.ip.dummynet.max_chain_len - целочисленная переменная, значение по умолчанию - 16. Количество очередей, способных одновременно храниться в одной ячейке хэш-таблицы. При превышении этого значение пустые очереди удаляются. (или те, которым меньше всего повезло).

leo_root (22:12:51 19/10/2008)
ну я ж говорю если порыца много можно найти.. это ведь всё на ядерном уровне.. х.з что у них там собрано

squall (22:13:09 19/10/2008)
скорее накавыряно

leo_root (22:13:17 19/10/2008)
возможно

squall (22:13:42 19/10/2008)
net.inet.ip.dummynet.expire - логическая переменная. При установке в 1 очереди dummynet удаляются через некоторое время после того, как через них перестали "бегать" пакеты.

squall (22:13:56 19/10/2008)
отсюда недоходящие пакеты

leo_root (22:14:07 19/10/2008)
тоже очень возможно..

leo_root (22:14:43 19/10/2008)
короч определились: какие-то проблемы при постановке пакетов в очередь и удержании сессии в целом.

squall (22:15:03 19/10/2008)
точняк

[NovAndrey]

[attachment=3117:тест2.jpg]
Странно, файлы скачиваются на близко к максимальной скорости,
а время загрузки некоторых страниц скоро можно измерять минутами,
такого даже на диалапе не было.

[Георгий]

Про глюки Домолинка

[leo]

Георгий, опровергаю что с белым IP всё работает.. у меня белый и случаются затыки.. так что теория с нат отпадает.

[Георгий]

Цитата(leo @ 20.10.2008, 9:35) Георгий, опровергаю что с белым IP всё работает.. у меня белый и случаются затыки.. так что теория с нат отпадает.

ну "случаются затыки" - это какая-то мягкая форма глюков, такое и у меня случается, элементарно может из-за времени ресолва DNS-имени быть задержка в 1-2 секунды перед началом загрузки сайта.
Народ же тут на форуме пишет что вообще сайты не открываются или дико тормозят.
Но я у себя не обнаружил проблем в обоих случаях когда они были у "серых" абонентов. Так что пока все еще считаю, что серый и белый IP-адреса здесь играют далеко не последнюю роль.
Ну а по-хорошему диагностировать это надо находясь "внутри ситуации". А то пока мои предположения строятся на внешних проявлениях, у меня-то не глючит, поэтому и причины однозначно установить не получается.

[Ferganec]

Позвонил 350350. Говорю по ламерски "инет тормозит". :)
В итоге потрассировали Яндекс :) Записали что у меня инет тормозит, проверили прописаны ли у меня ДНС. Уточнили чищу ли я кеш.

[leo]

hammer, лишь предположение.. мой собеседник брал за основу сервер с ipfw, а с ним в связке имхо:рациональнее юзать dummynet для примера иллюстрации возможности регулирования полосы пропускания и примера переменных. вообще механизмов очень много.. мы рассматривали лишь один из них, как предположение.
ЗЫ: для интересующихся специально порылся для уточнения этих самых механизмов реализации шейпера "Сетевые решения"

[leo]

Георгий, под затыками я и имел ввиду более 30 секунд прогруз запрос до сервера с последующим окном ошибки.. к мелким лагам на 2-3 сек я уже привык..
ЗЫ: кстати в опере обнаружил интересную штуку: если открыть 2 вкладки практически одновременно, то сразу обе долго тупят и не прогрузятся если не предпринимать действий, но если через пару секунд после открытия вкладок на 1й остановить загрузку, то 2я вкладка тут же начнёт грузиться с нормальной скоростью... истину данного явления пока объяснить немогу.

[Komu za 30]

Поитересоваться бы у этих счастливчиков http://www.sci.smolensk.ru/news/2008/news20080801.htm#sp1
особенно у обладателя USB массажного шарика :lol: как у них домолинк работает

[Георгий]

Цитата(leo @ 20.10.2008, 22:25) Георгий, под затыками я и имел ввиду более 30 секунд прогруз запрос до сервера с последующим окном ошибки.. к мелким лагам на 2-3 сек я уже привык..

Какая именно ошибка вылазит-то? Такие вещи по-хорошему надо проверять путем обращения к своему серверу в интернете и отслеживания на этом сервере tcpdump-ом того что приходит (или не приходит) от твоего браузера.
Ну так вообще про глюки мне больше нечего сказать. У меня и сегодня тоже все работало отлично.

Цитата(leo @ 20.10.2008, 22:25) ЗЫ: кстати в опере обнаружил интересную штуку: если открыть 2 вкладки практически одновременно, то сразу обе долго тупят и не прогрузятся если не предпринимать действий, но если через пару секунд после открытия вкладок на 1й остановить загрузку, то 2я вкладка тут же начнёт грузиться с нормальной скоростью... истину данного явления пока объяснить немогу.

Про одновременное открытие вкладок в браузере я тоже замечал.
У меня в первом коментарии кто-то правильно написал о том что есть ограничение на 10 соединений на один процесс:
"Стремясь снизить вероятность появления вирусно-червячных эпидемий, Microsoft во втором сервис-паке для Windows XP внесла ограничение в 10 TCP/IP-соединений на один процесс."
http://www.sprosiadmina.ru/2008/10/gluki-domolinka/#comments

Так что открывая два сайта одновременно в одном браузере ты возможно в это ограничение и упираешься.

[bsnox]

Цитата(isbn @ 21.10.2008, 3:27) Ночью нормально. Значит дело в нагрузке. А вот на что?

Странички в 5 утра вот открываются нормально :) не то что вечером, но вот с шейпером у них явно что-то не то, скорость на закачке пляшет от 10 до 50, и это при моих 256ти, т.е. 32х возможных

[POISON]

как бороться с реконнектом (постоянно отваливающимся и сразу восстанавливающимся соединением)? вчера звонил в саппорт. типа записали на проверку порта, и сегодня должны были проверять. отваливается всё равно. что еще от них требовать?

[Георгий]

Цитата(POISON @ 22.10.2008, 21:53) как бороться с реконнектом (постоянно отваливающимся и сразу восстанавливающимся соединением)? вчера звонил в саппорт. типа записали на проверку порта, и сегодня должны были проверять. отваливается всё равно. что еще от них требовать?

...Выход из ситуации напрашивается сам собой. Нужно заставить ADSL-модем работать “с запасом прочности” так чтобы помехи в телефонной линии не влияли на устойчивость соединения...

[vovaivanov]

Цитата(Георгий @ 23.10.2008, 4:04) ...Выход из ситуации напрашивается сам собой. Нужно заставить ADSL-модем работать “с запасом прочности” так чтобы помехи в телефонной линии не влияли на устойчивость соединения...

У меня как раз уже почти полгода стоит G.Lite. Скорость и стабильность интернета великолепная за одним лишь исключеним связанным скорее с настройками входящих соединений у самого ЦТ. Заключается в том, что иногда отваливается соединение и не может приконнектится в течении примерно получаса. Возможно это происходит довольно часто, но на чтение логов давно забил :) Сам то я пользуюсь домашним инетом преимущественно в вечернее время и уже 3 натыкался на такую хрень. Фишка заключалась в том, что после дисконнекта ЦТ упорно не хочет авторизовать меня. Но постоянные реконнекты с интервалом в 3 секуды таки добивают его :) Кстати сразу же звонил в поддержку - трубку за 3 раза не взяли ни раху :( Не знаю что и думать... Про какие то похожие глюки в форуме в это время никто не писал.

[Saden]

Улыбнуло...
http://www.domolink.ru/ctc_preference

[проволочник]

Но вот он снова отвалился...
пошёл через ТРАНСТЕЛЕКОМ до яндекса,но недошёл...
WinMTR statistics
Host...................................................% Sent Recv Best Avrg Wrst Last
192.168.1.1.........................................2 63 62 0 0 15 0
10.130.128.1 ......................................0 63 63 62 97 141 78
No response from host......................100 63 0 0 0 0 0
No response from host......................100 63 0 0 0 0 0
212.3.133.10.......................................2 63 62 47 103 141 125
213.137.229.41..................................92 62 5 297 22118 37906 297
msk19.msk25.f04.45.transtelecom.net 54 62 29 78 105 156 93
mow-b2-link.telia.net..........................52 62 30 78 121 344 125
mow-b1-link.telia.net..........................54 62 29 78 114 218 78
No response from host......................100 62 0 0 0 0 0

[Dms]

ADSL ЦентрТелеком умер, походу прихватил еще и Домолинк. Обрыв кабеля на московской магистрали. Жесть.

[NoSFeRaTU]

Цитата(Gnome @ 23.10.2008, 16:49) Это жесть, у меня таково давно не было, и на фиг я модем перезагружал, работал месяц и ещё столько же отработал бы.

Твой модем тут нипричём. Глючит у всех из-за переключения на транстелеком.
Если кому интересно у меня такая картинка:

Код: Выделить всё

                                                           Packets               Pings
 Host                                                    Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. nsfrouter.gnet                                        0.0%   222    0.5   0.6   0.5   2.0   0.3
 2. 10.130.128.1                                          0.0%   222  1550.  28.0  12.6 1705. 153.1
 3. ???
 4. ???
 5. 212.3.133.10                                          0.0%   221   14.4  14.5  13.5  22.9   1.0
 6. 213.137.229.41                                       70.5%   221  326.8 39387  15.4 11637 44792
 7. msk19.msk25.f04.45.transtelecom.net                  45.9%   221   22.6  65.0  19.6 122.9  27.4
 8. mow-b2-link.telia.net                                38.0%   221   89.9  68.7  20.4 260.7  34.3
 9. mow-b1-link.telia.net                                41.6%   221   89.5  64.6  20.6 114.6  28.0
10. yandex-ic-123531-mow-b1.c.telia.net                  42.1%   221   97.9  68.1  22.0 244.7  36.2
11. ya.ru                                                41.2%   221   96.5 166.8  21.7 12749 1112..

[проволочник]

И всёже Домолинк не успокаивается на счёт IP TV
...хм...
ЦитатаМОСКВА, 22 октября. /ПРАЙМ-ТАСС/. ОАО "ЦентрТелеком" (ESMO) планирует до конца 2008 г ввести в коммерческую эксплуатацию услугу IPTV /Интернет-телевидения/ в пяти областях Центрального региона. Об этом сегодня во время выставки "Инфоком 2008" сообщил журналистам технический директор компании Вадим Кондратов.

В частности до конца года IPTV появится в Московской, Владимирской, Тульской, Липецкой и Воронежской областях.

По оценке коммерческого директора компании Павла Репина, число абонентов новой услуги в этих пяти регионах до конца 2008 г составит несколько тысяч человек. Как отметил П.Репин, услуга IPTV сразу будет включать в себя набор дополнительных сервисов: кроме пакетов телеканалов абонентам будут предоставляться такие услуги, как виртуальный видеомагнитофон /возможность записи телепрограмм/, заказ фильмов.

Услуга IPTV будет предоставляться на базе технологии ADSL 2+, таким образом, пользователи этой технологии широкополосного доступа смогут подключить и IPTV.
На сегодняшний день количество хDSL-пользователей компании /услуга предоставляется под торговой маркой Domolink/ во всех областях Центрального федерального округа составляет 560 тыс абонентов, ежемесячно компания подключает 30-40 тыс новых пользователей. Монтированная емкость портов xDSL составит 960 тыс до конца текущего года.
22.10.2008 20:34[/quote]
http://bit.prime-tass.ru/news/show.asp?top...17&id=61022

[Avantura]

Еле дозвонилась, сказали "повреждение кабеля, работают только резервные каналы, когда исправят - неизвестно". Кошмар, у меня с обеда одна страничка по минуте грузится и то раза с 5-го открывается.