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

С сеткой что-то - может приоритетные пакеты на маршрутизаторах отбрасываются?..

Сам грешу на сеть. Но почему на одной станции? Как это проверить?

При приоритезации отбрасываются пакеты с самим верхним приоритетом. Может, при вызове с другой стороны - этот процесс останавливается - сброс отменяется?
Пока нет других версий - попробуй приоритет уменьшить..

Программа 340 – ПК 21 : Значение приоритетности (0~7)

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

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

У нас приоритет не поддерживается (или поддерживается, но системщики не знают как это сделать). Поэтому приоритет не устанавливался. Плата VOIB пингуется за 1мс. Если только приоритет был установлен на свиче и именно сейчас это проявилось.
Как часто станция связывается с другими станциями? Допустим, один раз пакет терялся - но мы набирали номера по 10 раз и всегда ошибка, как только нам позвонили с другой сразу все пошло

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

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

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

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

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

Думаю, приоритезация - вещь нужная при совместном использование сети с данными.. Если системщики не знают как, это не значит, что у них на оборудовании это не включено..

Все станции в одной сети. Эта 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)

175 поставить Trace в Telnet 2 (остальное в сом)
MPB DIP3 в OFF
jennie, mon> t b хх (хх - № слота где находятся СЛ)
mon> x <Enter>

Для закрытия jennie t d № слота

1) См. ПГМ177/19 (SMDR Interface Service). Должно быть = OFF !!!
2) См. ПГМ141/5 (CO Line Type). Должно быть = СO. (Если =PBX, то это другой случай - тогда и коды PBX д.б. прописаны в ПГМ172).
3) См. ПГМ142/16 (SMDR Print Enable) - разрешение на выдачу отчета SMDR по каждой линии. Должно быть = YES.

Причем SMDR? SMDR исправно выдается.
Порты коммутатора пробовал менять, сам коммутатор нет. Сейчас попробую снять трассировку.

Стас! Ты о чем???
Перегрелся???

Трассировка пошла.
1. Установил в ПГМ. 175 trace - telnet2;
2. Зашел на станцию через Telnet, пароль jennie - mon>t b 10;
3. Установил SW1-2 в OFF на MBU;
4. Перегрузил плату VOIB.
По закону подлости сеть заработала. Буду ждать отказа.

У меня сегодня день сумашедший - переезжают большое количество абонентов. Несколько рассеян..

Конечно - плату перезагрузил, еще вынуть и вставить можно и в другой слот воткнуть..

Ну, точно, перегрелся! Какой другой слот, речь об ipLDK-60..

Не туда смотрел отвечая, извиняюсь.

...в тот же слот.

Сегодня связь по сети то работала, то нет. Только что снова перестала и удалось снять трассировку.
Исходящий вызов на внутренний номер 1290 другой LDK-60:
1708196 COL 004:10 01 St:co idle (00) Ev-I:seize req P1: A P2: 0 EVT: 15 <- 10,03
1708196 C>10 01, F5 1F A1 04 03 80 90 A3 31 05 80 C0 A8 00 4F 6C 06 01 81 31 34 30 39 70 05 80 31 32 39 30 50 01 00
1708228 COL 004:10 01 St:wt sz rsp (00) EVT F 04 08 02 80 BF (U0)
1708228 D>10 01, C1 00 00
1708228 D>10 01, C5 00 00
1708229 COL 004:10 01 St:wt sz rsp (00) EVT :E2 04 08 02 80 90 (U0)
1708230 COL 004:10 01 St:wt sz rsp (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 4,44
1708230 D>10 01, C5 00 00
В ответ короткие гудки.

Уважаемый Harris!
Есть ли какие-нибудь мысли по трассировке. Система постоянно зависает. Только если им позвонить по внутреннему номеру зависание снимается на какое-то время и они могут снова делать сетевые вызовы, но через час-два все снова зависает.

Увы. Эта трассировка практически ничего не дает.
Запрос на соединение отбит (Release) c причиной №63 (Service or option not available. Unspecified - услуга не доступна).
Но это трассировка обмена между MPB и VOIB, а не реальных сигнальных сообщений H.323.
Отсюда непонятно, действительно ли VOIB посылал в сеть и запрос и получил отлуп, или же сам VOIB отбил вызов.
Можно попробовать:
- снять трассировку пакетов сниффером
- посмотреть, в каком состоянии находится канал на VOIB:
mon> c XXX <Enter>
где ХХХ - номер СО-линии (в вашем случае 004).

К сожалению не получается снять трассировку сниффером. Сниффер установлен на сервере, внутренние пакеты через него не идут. Сделал назначения для сетевой маршрутизации на сервер, а системщик установил трансляцию на другую станцию. Wireshake не поймал ни одного пакета со станции и на нее, хотя соединение и разговор были.
Кто в теме, подскажите, почему не получается снять трассировку сниффером, системщик говорит, что все делает правильно.
Сейчас попробую переставить платы VOIB между двумя 60-ками. ИМХО станет ясно, это дефект платы или проблема сети.

Может связано с сеансом Telnet 1, Telnet 2, Telnet 3?



Хорошая идея.

Какая связь между подключением по Telnet к станции и трассировкой пакетов в IP-сети посредством сниффера??

В общем проблема оказалась в маршрутизаторе. Хотел уже снять плату VOIB, но решил еще раз попробовать сменить порт маршрутизатора - он 16-ти портовый. Только на этот раз выбрал порт подальше от предыдущего. Перегрузил плату VOIB, полет нормальный до сих пор. Вот так.

Если бы платы поменял местами - то, получается, - вынимал и вставлял, в таких случаях тоже, бывает, глюк уходит.

Спросил тут у наших системных администраторов - насколько часто летят порты маршрутизаторов. Они сказали, что на их веку такого не встречалось..
У хабов такое было..