Односторонняя связь по потоку Опции

[nav17]

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

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

[harris]

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

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

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

[nav17]

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

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

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

[stasmar]

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

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

[nav17]

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

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

[All is not what ...]

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

[ЛыЖник]

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

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

[nav17]

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

[fish]

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

[Dron]

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

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

[ЛыЖник]

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

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

[Dron]

" У нас всё в порядке, это у вас, смотрите!"

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

[stasmar]

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

[nav17]

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

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

[nav17]

Коллеги, итак, наконец-то научился я снимать мониторинг и вот что выяснилось, на 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 люди слушают тишину, отбоя как такового нет, а с другой стороны на миникоме происходит классичейский отбой)

[harris]

Коллеги, итак, наконец-то научился я снимать мониторинг и вот что выяснилось, на 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 люди слушают тишину, отбоя как такового нет, а с другой стороны на миникоме происходит классичейский отбой)

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

[harris]

Коллеги, итак, наконец-то научился я снимать мониторинг и вот что выяснилось, на 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.

[nav17]

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

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


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

[harris]

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

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

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

[Ник Ратибор]

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