CenterTelecom Voronezh ISP

[Lampus]

Сижу на 42-ой атс.
Последнее время часто отваливается линк. Т.е. не DSL и не PPPoE. А вот так
C:\Documents and Settings\Администратор>tracert 80.82.32.9

Трассировка маршрута к 80.82.32.9 с максимальным числом прыжков 30

1 <1 мс <1 мс <1 мс 10.1.9.113
2 29 ms 29 ms 30 ms 80.82.53.124
3 * * * Превышен интервал ожидания для запроса.
4 *
Ничего дальше нет.
Такая же ситуация у троих моих знакомых на той же атс. (Видимо на одном DSLAM висим).

У товарища живущего по близости 36-ая АТС (по моему они с 42 одно и то же).
1 <1 мс <1 мс <1 мс 192.168.1.1
2 38 ms 38 ms 38 ms lo100.c10008-a53.vsi.ru [80.82.53.124]
3 38 ms 38 ms 39 ms ge3-0.gsr.a53.hw.vsi.ru [88.83.197.145]
4 * * * Превышен интервал ожидания для запроса.
5 39 ms 38 ms 39 ms g1-a52-srv1-gw-hsrp.vsi.ru [80.82.32.30]
6 39 ms 39 ms 39 ms serv1.vsi.ru [80.82.32.9]
Это как так интересно? У нас у обоих есть ответ от 80.82.53.124, но у меня дальше ничего, а у него работает. Раньше такого небыло. Логин vaggz7

[Oleg]

И у всех настроены пакетные фильтры ?

[Lampus]

А если не секрет, при чём здесь пакетные фильтры? Я пока не въезжаю. Нет - не у всех. И фильтры у меня настроены правильно, 80.82.32.9 - ресурс локальный (ДНС сервер). И сейчас всё волшебным образо запахало, при чём у всей троицы. Объяснить можно?

[Lampus]

А вот один из той упомянутой троицы тоже тему создал http://isp.vsi.ru/forum/viewtopic.php?t=1462

[Tayman]

Живу приблизительно в том же районе, сижу на той же АТС 36, но телефон начинается с "20".
Постоянно падает PPPoE. За день в среднем падает до 15-ти раз, а так от 2-3х до нескольких десятков. Иногда наступает период, когда он не только падает, но не поднимается до 15-20 минут. При этом DSL есть, а WAN IP медем не получает. Рекорд беспрерывной работы в Интернете пока составил 8 часов. Очень хотелось бы побить!

Объясните, почему постоянно падает PPPoE?

[Bambarbia]

подтверждаю, та же проблема - DSL поднимается, PPPoE поднимается, шлюз пингуется, дальше шлюза пинга нет

[Bambarbia]

номер телефона начинается с 76

[Oleg]

Lampus, Bambarbia Очередной глюк софта. Если интересуют подробности - у кода работающего на PXF необоснованно обламывались запросы на выделение памяти при парсинге ACL.

Tayman А вам в поддержку.

[Lampus]

А мне казалось Cisco не глючит
Просто на сколько мне помнится это уже не первый раз. А ещё особо "порадовало" что тему на счёт падение Домолинка (когда он у всех упал) потёрли.

[Lampus]

З.Ы. Тему про падение откопал в мусорке Причина удаления ясна.

[Tayman]

[Lampus]

Итак, эпопея продолжается. Линк в данный момент лежит, ситуация та же. Ничего дальше шлюза не пингуется. Это будет когда-нибудь исправлено?
C:\Documents and Settings\Администратор>tracert 80.82.32.9

Трассировка маршрута к 80.82.32.9 с максимальным числом прыжков 30

1 <1 мс <1 мс <1 мс 10.1.9.113
2 29 ms 29 ms 29 ms 80.82.53.125
3 * * * Превышен интервал ожидания для запроса.
4 * * * Превышен интервал ожидания для запроса.
5 * * * Превышен интервал ожидания для запроса.

[ptk2003]

Аналогичная ситуация, минут 15-20 назад был виден только первый хоп [80.82.53.124]. vahrt71. (42(36) атс)

Когда это прекратится ? ))

[Oleg]

Как только Cisco починит свой софт.

[ptk2003]

1)Ну я же интернет покупаю не у Cisco как же мне им пожаловаться ?

2)До осени этого года ничего не падало. - В софте появился баг который не тянет такую загрузку сети ?

[Dmitry Lesnikov]

[Oleg]

[MrRoman]

Если у вас проблемы с оборудованием - решайте их, вам ха это платят. А мы заключаем договор с вами на КРУГЛОСУТОЧНЫЙ и ВЫСОКОСКОРОСНОЙ доступ и платим за это. Получается, что я за свои же деньги должен еще мучится, подключаясь к Internet. Сегодня опять вечером не работало, когда же это в конце-то концов прекратиться?

[Oleg]

[skufaev]

А почему такая уверенность что это Cisco облажались? Мож у местных гениев никак руки не распрямятся? Я понимаю что мы живем в Росии, тут неского спросить, но за бугром бы за это жестко наказали (у них прекрасно работает термин QoS). Так что врядли это Cisco (если конечно сеть не построена на низкобюджетном оборудовании для домашнего использоваеия)

[Oleg]

skufaev Потому что инженеры Cisco это признают, мы же с ними работаем - функционал-то практически экспериментальный. Мы работаем в Cisco со специальным инженером, которому направляем багрепорты, и от которого получаем рекомендации и исправленный софт (часто девелоперский). Подробнее могу объяснить только специалисту (хотя человеку, который когда-нибудь работал с большим количеством high-end железа от Cisco это объяснять, как правило, не требуется - он уже в курсе). Если вас интересует функционал ISG и его проблемы, и если вы достаточно в этом разбираетесь - www.google.com, почитайте специализированные конференции (хотя на c10008 с ISG не то что в России - даже в мире еще пока практически никто не работает, так что там будут в основном отзывы только про более младшие платформы типа 7200/7300, но и этого хватит, чтобы составить общее представление).

P.S. Ваша идеализация "забугорных" продуктов забавляет

[skufaev]

Гыыы, вот тока не надо рассказывать про отечественные поделки. Кулибины блин. Просто я к тому, что термин "КАЧЕСТВО сервиса" в России отсутствует напрочь. Во всех сферах жизни.

[Tayman]

А что конкретно надо настраивать с фильтрами и как именно это скажется на стабильности?

[Tayman]

Сегодня ночью позвонил в поддержку и попросил админа зафиксировать максимум по скорости соединения на 8Мбит, в то время, как обычно скорость составляла 10-12,5 Мбит. Рекорд постоянного пребывания без обрывов был 16 часов. Сейчас уже 15 часов и похоже я иду на новый рекорд, тьфу, тьфу, тьфу. Если хотя бы сутки продержится, то думаю, это и есть решение проблемы с падающим ПППоЕ, по крайней мере для меня.
Выходит, всё же из-за наших плохих линий теряются пакеты, а следовательно и линк падает. А может просто в связи с наплывом клиентов ЦентрТелекомовское оборудование работает на грани своего предела. Так или иначе, похоже понижение скорости - неплохой вариант, всё равно реальной передачи на 10-12 Мбит не происходит.

[Lampus]

Опять лежит.