TCP135 и Пров

Опиум, MACами светиться - все равно что вконтакте путина ругать.

Согласование на стыке - совместная проблема, скорее всего у медиана стандартно 10/full, а клиентская упала в half - виноват клиент.

"Упала" ога. это с duplex full ничего не работает.


Это сообщение отредактировал Опиум - 10.10.2011 - 13:00

Это к какому провайдеру подключение?

spike медиаком. не надо придираца к desc

А по логам когда порт свалился в 10/half?
Но вообще меня смущает, что tcp по 443-му порту поднимался при этом.
P.S.: Почему вы считайте, что с Медиакома нужно требовать компенсацию? Если тут проблема с автосогласованием, то, по-моему, это не вина провайдера, как впрочем и не клиента.

Каков объем компенсации потребует Медиан с Опиум ?

хватит тупить.

1. порт не свалился в10/half, а всегда в нем работал и работает. Оборудование такое у прова! Внятно объяснил?

2. Фильтр по 135 пров устранил, по 443 фильтра не было. Теперь обсуждаем качество канала вообще.

3. Учи матчасть. half\full никак на связан с TCP.


Это сообщение отредактировал Опиум - 10.10.2011 - 15:39

Эээ, а у Медиакома хаб что ли стоит, чтобы он мог работать только в 10/half?

Это не обязательно, стирайте быстрее, Опиум ругаться будет...

bigxxl

и где связь между этим фактом и ошибка на ethernet?

многие старые модемы и телефонные шлюзы (как видимо и старые радиорелейки) работает только в 10half. Отсюда делаем вывод - есть основания думать что медиком ставит вместо нормального оборудования хлам, который давно следовало списать и выкинуть.

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

Ошибки, там в основном - коллизии. А старые радио как раз умели тока в half работать. Опиума больше полудуплекс беспокоит, как я понял.