Сетевое подключение Опции

[Astra]

Станция LDK-60 3.8Fc. Плата VOIB B3Bd.
Все работало нормально до вчерашнего дня. Неожиданно пропала возможность звонить по сети на 3 других станции (2 - 60ки, 1- 300ка.) На системнике при наборе внутр. номера другой станции - ошибка. Перезагрузка станции не помогала. Сделал перепрошивку - никакого результата.
Однако выяснилось, что позвонить на другие станции нельзя только до тех пор, пока не позвонят с них. Причем вызовы с других станции проходят сразу, после этого уже можно звонить на них. Это относится и к транзиту.
Создается впечатление, что станция не может найти другие станции до тех пор, пока они не выдут на нее сами.
В чем может быть затык? Не проходят пакеты на какой то порт? Но почему это не коснулось других станций?
Все 4 станции в одной сети.

[stasmar]

ipLDK-100/300/300E Руководство по программированию Функции системы
стр. 216-217

Приоритетность (биты - 0,1,2) имеет существенное влияние при существенной, но допустимой
загруженности канала передачи данных. Изменяя значения этих битов можно отследить
изменения RTT (Round Trip Time – время на прохождение пакета) при различных вариантах
загруженности трафиком.
При небольшой загрузке канала имеющегося трафика недостаточно, чтобы значение TOS
оказывало какое-либо влияние на вероятность доставки пакетов. При загрузке, превышающей
пропускную способность канала, TOS также не сможет воздействовать на статистику доставления
пакетов, т.к. значительное количество пакетов будет утеряно, время на прием-передачу пакетов
увеличится в независимости от установок приоритетности. Где-то между этими двумя крайностями
есть возможность воздействия TOS на отношение времени доставки пакетов (RTT) к количеству
утерянных пакетов (высокий показатель отношения RTT к утерянным пакетам при значении
TOS=0; низкий показатель отношения RTT к утерянным пакетам при значении TOS=224).

[harris]

ipLDK-100/300/300E Руководство по программированию Функции системы
стр. 216-217

Приоритетность (биты - 0,1,2) имеет существенное влияние при существенной, но допустимой
загруженности канала передачи данных. Изменяя значения этих битов можно отследить
изменения RTT (Round Trip Time – время на прохождение пакета) при различных вариантах
загруженности трафиком.
При небольшой загрузке канала имеющегося трафика недостаточно, чтобы значение TOS
оказывало какое-либо влияние на вероятность доставки пакетов. При загрузке, превышающей
пропускную способность канала, TOS также не сможет воздействовать на статистику доставления
пакетов, т.к. значительное количество пакетов будет утеряно, время на прием-передачу пакетов
увеличится в независимости от установок приоритетности. Где-то между этими двумя крайностями
есть возможность воздействия TOS на отношение времени доставки пакетов (RTT) к количеству
утерянных пакетов (высокий показатель отношения RTT к утерянным пакетам при значении
TOS=0; низкий показатель отношения RTT к утерянным пакетам при значении TOS=224).

Стас! Ну, что ты все упорно куда-то в сторону уводишь???

Автор вопроса написал:

На системнике при наборе внутр. номера другой станции - ошибка...
Однако выяснилось, что позвонить на другие станции нельзя только до тех пор, пока не позвонят с них. Причем вызовы с других станции проходят сразу, после этого уже можно звонить на них. Это относится и к транзиту.
Создается впечатление, что станция не может найти другие станции до тех пор, пока они не выдут на нее сами.

ИМХО, вызов отбивается в самом начале, до отправки пакетов дело не доходит. И разве было сказано, что оборудование в сети поддерживает какую-либо при приоритезацию пакетов???
ИМХО, может быть каналы VOIB просто "зависают", а разблокируются только после получения вход. вызова.
Нужно бы трассировки посмотреть. И посмотреть состояние каналов, когда вызов невозможен.

Все станции в одной сети??? Никаких роутеров, firewall'ов нет???

По какому протоколу связаны станции??? По H.323?? Так станция связывается с другими станциями только при иниализации вызова!!! Если вызовов нет, то между станциями нет никакого взаимодействия.

[Astra]

Стас! Ну, что ты все упорно куда-то в сторону уводишь???

Автор вопроса написал:

ИМХО, вызов отбивается в самом начале, до отправки пакетов дело не доходит. И разве было сказано, что оборудование в сети поддерживает какую-либо при приоритезацию пакетов???
ИМХО, может быть каналы VOIB просто "зависают", а разблокируются только после получения вход. вызова.
Нужно бы трассировки посмотреть. И посмотреть состояние каналов, когда вызов невозможен.

Все станции в одной сети??? Никаких роутеров, firewall'ов нет???

По какому протоколу связаны станции??? По H.323?? Так станция связывается с другими станциями только при иниализации вызова!!! Если вызовов нет, то между станциями нет никакого взаимодействия.

Все станции в одной сети. Эта 60-ка работает уже месяца три и все было нормально. Firewall есть, но его адрес не прописан и он не регулирует трафик внутри сети. Протокол H.323.
Плата VOIB с VOIU 8 каналов. Когда была данная проблема индикаторы LD9,LD10 горели, LD11 и LD1-LD8 нет. SW1-1-SW 1-4 в положении OFF.
Сейчас снова пропало сетевое подключение, но теперь и с других станций позвонить не удается - всегда ошибка.
Как можно посмотреть трассировки. Заходил на плату по telnet по порту 16000, но не знаю как запустить трассировку/

[harris]

Все станции в одной сети. Эта 60-ка работает уже месяца три и все было нормально. Firewall есть, но его адрес не прописан и он не регулирует трафик внутри сети. Протокол H.323.
Плата VOIB с VOIU 8 каналов. Когда была данная проблема индикаторы LD9,LD10 горели, LD11 и LD1-LD8 нет. SW1-1-SW 1-4 в положении OFF.
Сейчас снова пропало сетевое подключение, но теперь и с других станций позвонить не удается - всегда ошибка.
Как можно посмотреть трассировки. Заходил на плату по telnet по порту 16000, но не знаю как запустить трассировку/

А коммутатор не пробовали поменять?? Или включить VOIB в другой порт коммутатора??

Трассировать можно через MPB:
mon> t b 10 <Enter> (10 - номер слота VOIB)