Добрый день!
Станция ipLDK 300-OFFICE ПО 3.8 соединена с другой станцией (Миником) через PRIB, с LG на Миником звонки проходят нормально, а с Миникома на ipLDK перестали ни с того ни с сего....такое ощущение, что Миником не подключается к ipLDK...c с другой стороны, раз в одну сторону звоник проходят, значит физика есть...можно ли как-то посмотреть, что происходит на ipLDK в момент звонка туда с Миникома?

Добрый день!
Станция ipLDK 300-OFFICE ПО 3.8 соединена с другой станцией (Миником) через PRIB, с LG на Миником звонки проходят нормально, а с Миникома на ipLDK перестали ни с того ни с сего....такое ощущение, что Миником не подключается к ipLDK...c с другой стороны, раз в одну сторону звоник проходят, значит физика есть...можно ли как-то посмотреть, что происходит на ipLDK в момент звонка туда с Миникома?

Трассировка:
175 поставил Trace в Telnet 1 (остальное в сом)
MPB DIP3 в OFF
В LDK PC ADMIN - LDK Utility - LDK Remote Diagnostic
Connection - LAN Configure - адрес платы проца
Кнопку LAN
jennie, mon> t b хх (хх - № слота где находятся СЛ)
mon> x <Enter>
Для закрытия jennie t d № слота

Ну, так снимайте трассировку потока при входящем вызове...

Две темы одинаковые - одну надо убрать, а то крышу снесет, раздумывая в какой отвечать

Не существует такой команды: t d № слота
Нельзя отключить траасировку конкретного сорта. Можно только полностью выключать все виды трассировки.
Команда для выключения трассировки : t d <Enter> (без каких-либо номеров слотов).
См. доку!!!

Так?
175 поставил Trace в Telnet 1 (остальное в сом)
MPB DIP3 в OFF
В LDK PC ADMIN - LDK Utility - LDK Remote Diagnostic
Connection - LAN Configure - адрес платы процессора
Кнопку LAN
jennie, mon> t d
mon> x <Enter>
Для закрытия jennie t d

Если у вас пропало ни стого, ни с сего... Проверьте для начала состояние физических линий, типа разъем RJ-45 подвигать в гнезде (может контакты окислились), контакты на кроссе и пр. мероприятия. Уже было на форуме: у кого-то связь в одну сторону... Строили предположения, теории... а товарисч перед уходом подергал фишку и все заработало

Вообще можно не убирать - так прикольнее

У меня участок в другом конце города - жалобы на абонентскую линию. Мне два дня не вырваться было. Дистанционно по сети все настройки абонента перерыл, в том числе тон-импульс.
К концу второго дня вырвался туда. Оказалось - переключатель на аппарате тон - в импульс переключили ручки шаловливые.
Иногда вопрос в банальности упирается, а мы начинаем с самого мозгоклюйного - с трассировки..

Стас! Ты хоть перечитываешь, что ты пишешь??

Чем больше волнуешься, тем больше ошибок.
Боюс, что Харрис в моем ответе ошибки найдет, вот и делаю их

Так?
175 поставил Trace в Telnet 1 (остальное в сом)
MPB DIP3 в OFF
В LDK PC ADMIN - LDK Utility - LDK Remote Diagnostic
Connection - LAN Configure - адрес платы процессора
Кнопку LAN
пароль: jennie
mon> t d
mon> x <Enter>
Для закрытия jennie t d

Что?? Повторение ОШИБОК - мать учения???
Стас! Ну, скажи, зачем ты это пост повторил???
О чем ты хотел поведать???
Как снять (включить) трассировку или как ее выключить??

Стас! Вообще-то здесь не экзамен...

Поток идёт через циску, админ циски говорит, что от Миникома набор приходит, а дальше циска не может передать его в ipLDK... Можно ли как то запретить входящие звонки через поток, а оставить только исходящие?

набираю t d
выдает Trace_Info is erased

набираю x
выходит из утилиты

Ну, так нужно с Cisco'й и разбираться...

Зачем запрещать входящие вызовы на LDK, если они все равно до LDK не доходят???!!! Запрещать то, чего нет???

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

У Вас, значит ничего не приходит.
А исходящие вызовы видны?

исходящих тоже не видно, просто >mon и всё

Стучится в LDK??? Вот этот "стук" (если он реально есть) и нужно зафиксировать посредством трассировки!!!

Судя по всему, Вы все-таки не смогли правильно включить трассировку!!

Да, пытаюсь включить, даже исходящие не видны, подскажите MPB DIP3 в OFF это на какой плате сделать?

На плате процессора - последняя в системном блоке, в которую сетевой кабель воткнут..

Понятно, придется ехать к станции тогда, спасибо за помощь!

на Cisco:
Router#ter mon
Router#deb isd q93

Или Циска отвергает LDK... Если вы сами в АТС ничего не делали, не меняли ничего в сетевых настройках и вдруг перестало работать, то однозначно дело не в АТС. Предыдущий бэкап с АТС есть? Если есть бекап с момента когда АТС работала, то ввалите его в АТС и посмотрите результат. По идее должно заработать. А ежели не будет работать, значит это не АТС...

так и не успел я включить трассировку, всё неожиданным образом заработало, видать админ циску подшаманил

админу бубен новый привезли

Пригрозили из отпуска отозвать..

Ептыть, как это всё напоминает разговор с провайдером. Звонишь и говоришь: "А у нас поток не работает, авария светиться!" А в обратку (даже не проверяя): " У нас всё в порядке, это у вас, смотрите!"

Как везде все одинаково..

Доведите до конца навыки снимать трассировку - понадобится для слудующих разговоров с провайдером..

это обязательно, надо разобраться, а то не приятно когда зависишь от других

Коллеги, итак, наконец-то научился я снимать мониторинг и вот что выяснилось, на CISCO в логах (со слов админа) идёт ошибка:

Sep 2 10:20:39.602 NOVTS: %CONTROLLER-5-UPDOWN: Controller E1 0/1/0, changed state to down (LOF detected)
Sep 2 10:20:40.602 NOVTS: %CONTROLLER-5-UPDOWN: Controller E1 0/1/0, changed state to up
Sep 2 10:49:29.641 NOVTS: %CONTROLLER-5-UPDOWN: Controller E1 0/1/0, changed state to down (RAI detected)
Sep 2 10:49:30.641 NOVTS: %CONTROLLER-5-UPDOWN: Controller E1 0/1/0, changed state to up

в это время в мониторинге LDK выскакивает следующее:

09/02/10 TIME: 12:54:00
09/02/10 TIME: 12:55:00
7490632 P:24 BD, 06 0 0(6)
7490635 P:24 BD, 07 0 0(8)
09/02/10 TIME: 12:56:00
7491259 P:24 BD, 06 0 0(6)
7491263 P:24 BD, 07 0 0(8)
09/02/10 TIME: 12:57:00
09/02/10 TIME: 12:58:00

Помогите пожалуйста расшифровать что это значит? Такое ощущение, что когда совпадает вот эта ошибка и разговор, то разговор вылетает ( т.е. со стороны LG люди слушают тишину, отбоя как такового нет, а с другой стороны на миникоме происходит классичейский отбой)

Просто прерывается поток, а потом восстанавливается.
Проверяйте физику (трассу).

Просто прерывается поток ("падает"), а потом восстанавливается.
Проверяйте "физику" (трассу), модемы, мультиплексоры и пр.

На всякий случай проверьте: если у Вас стоит плата голосовой почты VMIBE или AAIBE, то какая версия ПО на ней?? Она может влиять на работу внутренней магистрали станции, т.е. влиять на работу PRIB. Если стоит версия 3.2А, то нужно поменять на версию 3.2B.

Вот сейчас отловил конкретно обрыв разговора:

7547475 P:24 BD, 06 0 0(6)
7547475 C>24 01, DE 05 45 08 02 80 90
7547476 COL 057:24 01 St:ds-talk (00) Ev-T:cctr drop P1: 0 P2: 0 TMR: 44 <- 57,61
7547476 D>24 01, C5 00 00
7547476 C>24 01, DE 05 45 08 02 80 93
7547476 D>24 01, C1 00 00
7547476 COL 057:24 01 St:rls guard (00) EVT :E0 05 5A 08 02 80 90 (U0)
7547476 COL 057:24 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 57,61
7547477 COL 057:24 01 St:rls guard (00) EVT :E0 05 5A 08 02 80 90 (U0)
7547477 COL 057:24 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 57,61
7547479 P:24 BD, 07 0 0(8)
7547480 COL 057:24 01 St:co idle (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 57,61
7547480 D>24 01, C5 00 00
7547515 P:24 BD, 06 0 0(6)
7547518 P:24 BD, 07 0 0(8)
7547605 COL 086:24 30 St:co idle (00) Ev-I:enb sz req P1: 0 P2: 0 EVT: 25 <- 41,05
7547605 D>24 30, C1 00 00
7547696 COL 086:24 30 St:enblk p_sz(00) Ev-I:mem dial P1: 0 P2:1015D8F6 EVT:110 <- 41,05
7547696 COL 086:24 30 St:enblk p_sz(00) Ev-I:enb sz snd P1: 0 P2: 0 EVT: 26 <- 86,61
7547696 C>24 30, D5 13 05 A1 04 03 80 90 A3 18 03 A9 83 9E 70 05 80 32 31 32 33
7547696 D>24 30, C1 00 00
7547703 COL 086:24 30 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 9F (U1)
7547703 COL 086:24 30 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 86,61
7547703 D>24 30, C0 00 16D
7547704 COL 086:24 30 St:dialing (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 86,61
7547704 D>24 30, C0 00 16D
7547704 CO=86 T_041
7547704 COL 086:24 30 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 86,61
7547706 COL 086:24 30 St:dialing (00) EVT 0 05 01 1E 02 81 88 (U3)
7547718 COL 086:24 30 St:dialing (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 86,61
7547718 D>24 30, C0 00 16D
7547718 CO=86 T_041
7547718 COL 086:24 30 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 86,61
7547737 COL 086:24 30 St:dialing (00) EVT 2 01 07 (U4)
7547737 D>24 30, C0 00 16D
7547737 C>24 30, D3 01 0F
7547737 COL 086:24 30 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 86,61
09/02/10 TIME: 14:31:00
7547806 COL 086:24 30 St:talk (00) Ev-T:slt dtmf-r P1: 0 P2: 0 TMR: 42 <- 86,61
09/02/10 TIME: 14:32:00
7548697 COL 085:24 29 St:co idle (00) Ev-I:enb sz req P1: 0 P2: 0 EVT: 25 <- 18,05
7548697 D>24 29, C1 00 00
7548795 COL 085:24 29 St:enblk p_sz(00) Ev-I:mem dial P1: 0 P2:1015B745 EVT:110 <- 18,05
7548795 COL 085:24 29 St:enblk p_sz(00) Ev-I:enb sz snd P1: 0 P2: 0 EVT: 26 <- 85,61
7548795 C>24 29, D5 13 05 A1 04 03 80 90 A3 18 03 A9 83 9D 70 05 80 32 31 38 35
7548795 D>24 29, C1 00 00
7548805 COL 085:24 29 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 9E (U1)
7548805 COL 085:24 29 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 85,61
7548805 D>24 29, C0 00 16C
7548805 COL 085:24 29 St:dialing (00) EVT 0 05 01 1E 02 81 88 (U3)
7548806 COL 085:24 29 St:dialing (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 85,61
7548806 D>24 29, C0 00 16C
7548806 CO=85 T_041
7548806 COL 085:24 29 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 85,61
7548820 COL 085:24 29 St:dialing (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 41 <- 85,61
7548820 D>24 29, C0 00 16C
7548820 CO=85 T_041
7548820 COL 085:24 29 St:dialing (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 85,61
7548905 COL 085:24 29 St:dialing (00) Ev-T:slt dtmf-r P1: 0 P2: 0 TMR: 42 <- 85,61
09/02/10 TIME: 14:33:00
7549039 COL 085:24 29 St:talk (00) Ev-I:release P1: 0 P2: 0 EVT: 27 <- 18,05
7549039 D>24 29, C5 00 00
7549039 C>24 29, DE 05 45 08 02 80 93
7549039 D>24 29, C1 00 00
7549046 COL 085:24 29 St:rls guard (00) EVT F 01 4D (U0)
7549046 C>24 29, E0 05 5A 08 02 80 90
7549046 COL 085:24 29 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 85,61
7549049 COL 085:24 29 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 85,61
7549049 D>24 29, C5 00 00


Понятно что-нибудь из этого лога?

Да то же самое. Поток упал и потом, через 300-400 мс снова поднялся.

Возможно, что Cisco шлет команду Restart. При этом плата PRIB будет перезапускаться, а текущие соединения, естественно, сбрасываются. К сожалению, на трассировки нельзя увидеть сообщение Restart (станция его не отображает). Но вообще-то, эта трассировка непохожа на получение Restart.
ИМХО, как я уже писал, мне кажется, что проблема в трассе.

для трассировки ipLDK-300 обязательно устанавливать CDMU или можно без него?

без модуля можно но будет нерасшифрованная

да я и в расшифрованной-то вряд ли что сам пойму

присылай помогу