LDK-600, 6PRI Шлюзы, Синхронизация Опции

[Jaroslav]

Структура:
Центральная АТС - LDK600 3.8Bf

### Board Configuration Table ###
SLOT STAS COLS VMIS SMS S-off T-off V-off S-off BrdName AdmBrdName
---- ---- ---- ---- --- ------ ------ ------ ------ ------- ----------
1 0 0 4 0 0(--) 0(--) 1( 0) 1(--) VMIB VMIB
2 0 8 0 0 0(--) 0(-1) 0(--) 1(--) VOIB VOIB
6 0 30 0 0 0(--) 1( 0) 0(--) 1(--) PRIB PRIB
7 0 30 0 0 0(--) 31( 1) 0(--) 1(--) PRIB PRIB
8 0 30 0 0 0(--) 61( 2) 0(--) 1(--) PRIB PRIB
17 0 30 0 0 0(--) 91( 3) 0(--) 1(--) PRIB PRIB
18 0 30 0 0 0(--)121( 4) 0(--) 1(--) PRIB PRIB
19 12 0 0 0 1( 0) 0(--) 0(--) 1(--) DTIB12 DTIB12
20 12 0 0 0 13( 1) 0(--) 0(--) 1(--) SLIB12 SLIB12
21 12 0 0 0 25( 2) 0(--) 0(--) 1(--) SLIB12 SLIB12
27 0 30 0 0 0(--)151( 5) 0(--) 1(--) PRIB PRIB
RSTA 16 0 0 37( 3) 0(--) 0(--)

6,7 плата PRI Потоки от провайдеров
8 плата PRI на шлюзы 2N BlueTower на 8 каналов, за шлюзами стоит модемная стойка
17 плата PRI на провайдера, для продажи номеров от провайдера внешним клиентам на этой и следующих АТС
18 плата PRI - поток на LDK 300 3.6Df(Вторая АТС)
27 плата PRI - поток на LDK 300 3.6Df(Третья АТС)
8,18,27 - платы установлены в мастер, con3 - замкнут.
6,7,17 - разомкнут.

Синхронизация установлена с 6 на 7 далее на LMU1 c LMU2 на 17 и с 17 на LMU2
Платы в слотах 8,18 и 27 кабелями синхронизаци не подключены

Проблемы
1) на 27 плате мерцают 6 и 7 светодиод
2) на 18 плате мерцает 7 светодиод
При том что мерцания часты на RAD IPMux-14 со стороны LDK-600 и IPMux-11 сл стороны LDK-300 показывают
отсутствие проблем jitter buffer(не более 1-2 за минуту) и Sequence error не чаще 1 за 2 мин.
Есть некоторые (плавающие) проблемы с доставкой факсов с тех АТС
3) Найболее серьезная проблема на данный момент: При звонках с АТС через GSM шлюзы проблем нет...
Но при звонках на АТС через шлюзы, звонок рветься через пару секунд, при чем если звонок не кидать со шлюзов на PRI а задержать на шлюзе он не рветься... Так же нет проблем у людей которые сидят в интернете дозваниваясь на АТС по PRI платам 6,7 дале по 8 плате в шлюзы и далее со шлюзов на модемную стойку. Если бы проблема была в синхронизации наверно с этим тоже были бы серьезные проблемы, да и со звонками с АТС через шлюзы, коих щас нет.

Пошел парсить D-канал может что пойму, но если кто сможет помочь или подсказать куда смотреть буду благодарен.

[harris]

Структура:
Центральная АТС - LDK600 3.8Bf

### Board Configuration Table ###
SLOT STAS COLS VMIS SMS S-off T-off V-off S-off BrdName AdmBrdName
---- ---- ---- ---- --- ------ ------ ------ ------ ------- ----------
1 0 0 4 0 0(--) 0(--) 1( 0) 1(--) VMIB VMIB
2 0 8 0 0 0(--) 0(-1) 0(--) 1(--) VOIB VOIB
6 0 30 0 0 0(--) 1( 0) 0(--) 1(--) PRIB PRIB
7 0 30 0 0 0(--) 31( 1) 0(--) 1(--) PRIB PRIB
8 0 30 0 0 0(--) 61( 2) 0(--) 1(--) PRIB PRIB
17 0 30 0 0 0(--) 91( 3) 0(--) 1(--) PRIB PRIB
18 0 30 0 0 0(--)121( 4) 0(--) 1(--) PRIB PRIB
19 12 0 0 0 1( 0) 0(--) 0(--) 1(--) DTIB12 DTIB12
20 12 0 0 0 13( 1) 0(--) 0(--) 1(--) SLIB12 SLIB12
21 12 0 0 0 25( 2) 0(--) 0(--) 1(--) SLIB12 SLIB12
27 0 30 0 0 0(--)151( 5) 0(--) 1(--) PRIB PRIB
RSTA 16 0 0 37( 3) 0(--) 0(--)

Да уж. Видели бы корейцы, для каких задач применяют разработанную ими офисную !!!!! АТС - их бы хватил удар!!!

Рвется при входящем транзите с линий PSTN на оконечные АТС??? Надо смотреть трассировку этих двух потоков.

[AXEL]

очуметь конфигурация.
да уж накрутили.

По поводу советов, посмотрите версию прошивки платы VMIB, на версиях ниже 3.2Ba были проблемы с HDLC.
а остальное, честно говоря, что то у меня пространственное воображение отказывает, не могу в печатном виде представить все как выглядить, надо конечно смотреть глазами.

[Jaroslav]

Во взрослые игры играть хочеться (да и приходиться), а на правильные АТСки денег пока не накопили, - вот и крутимся.

Немного уточнюсь: Рветься разговор только в том случае если звонок из вне идет на одну из карточек мобильного оператора в GSM шлюзе, а далее проключаеться по PRI на АТС и далее на VMIB или абонента. Только в таком случае через 7 сек. идет обрыв.

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

[Jaroslav]

020064 D>08 11, C0 00 4E
020065 D>08 11, C5 11 01
020065 C>08 11, D1 06 02 18 03 A9 83 8B
020065 C>08 11, D0 06 01 18 03 A9 83 8B
020092 COL 071:08 11 St:dd-wt ans (00) Ev-I:seize req P1: 6 P2: 0 EVT: 81 <- 4,01
020092 D>08 11, C5 00 00
020092 D>08 11, C5 00 00
020092 C>08 11, D2 01 07
020092 D>08 11, C0 00 4E
020092 COL 071:08 11 St:ds-talk (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 71,61
020092 COL 071:08 11 St:ds-talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 71,61
020135 COL 071:08 11 St:ds-talk (00) EVT F 05 4D 08 02 80 90 (U8)
020135 C>08 11, E0 05 5A 08 02 80 90
020135 D>08 11, C1 00 00
020135 D>08 11, C5 00 00
020135 D>08 11, C5 00 00
020138 COL 071:08 11 St:ds-talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 71,61
020138 D>08 11, C5 00 00
10/22/09 TIME: 18:54:00

Вот окончание трасировки 8 PRI платы при водящем звонке на GSM шлюз с обрывом, может кто помнит, что означает данный event по DSS, а то что то таблицу не могу найти, или может еще чего по этому трейсу скажете...

[harris]

Во взрослые игры играть хочеться (да и приходиться), а на правильные АТСки денег пока не накопили, - вот и крутимся.

Немного уточнюсь: Рветься разговор только в том случае если звонок из вне идет на одну из карточек мобильного оператора в GSM шлюзе, а далее проключаеться по PRI на АТС и далее на VMIB или абонента. Только в таком случае через 7 сек. идет обрыв.

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

1) Во взрослые игры не стоит играть "детскими" игрушками. Станция совсем не предназначена для таких задач.
2) Честно говоря, я уже запутался, кто куда звонит... Можете детально расписать??? С какого потока приходит вход. вызов, тип потока (PSTN/NET), что приходит в качестве DID-номера, какой программой принимается вызов, куда (в какой поток) маршрутизируется далее...
3) Про VMIB Вы не поняли уваж. AXEL'я. В прошивки 3.2B баг, связанный с внутри-станционным HDLC каналом. Платы PRIB также "сидят" на этом канале. Поскольку VMIB "гадит" в этом канале, то и PRIB'ы могут работать некорректно. Это не зависит от того, использутся ли VMIB для обработки именно этих вызовов или нет. Поэтому и предлагается, на всякий случай, уточнить версию VMIB. (Но, ИМХО, мне кажется, что дело все-таки не в этом. Но версию посмотрите).

[AXEL]

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

я и не говорил, что должна участвовать в соединение плата VMIB.
на версиях VMIB ниже 3.2Ва плата слала ошибку на атс по HDLC, что в первую очередь сказывалось на потоках.

[Jaroslav]

Спаcибо за идею, только что вынул VMIB, но без нее ничего не поменялось...

[Jaroslav]

Кстати для точности плата старая VMIB2

[harris]

Вот окончание трасировки 8 PRI платы при водящем звонке на GSM шлюз с обрывом, может кто помнит, что означает данный event по DSS, а то что то таблицу не могу найти, или может еще чего по этому трейсу скажете...

По данной трассировке видно, только то, что GSM шлюз дает RELEASE с причиной Normal Clearing.

А тот ли это вызов протрассирован??? Здесь есть Connect от LDK!!! Значит это ВХОДЯЩИЙ (по отношению к LDK) вызов, т.е. от шлюза в LDK!! Кстати, станция дала Connect, но не полчила Connect_Ack от шлюза.
В трассировке нет начала... Отсутствует Setup, поэтому неизвестно, какие цифры пришли в станцию.

[Jaroslav]

По данной трассировке видно, только то, что GSM шлюз дает Disconnect с причиной Normal Clearing.

А тот ли это вызов протрассирован??? Здесь есть Connect от LDK!!! Значит это ВХОДЯЩИЙ (по отношению к LDK) вызов, т.е. от шлюза в LDK!!
В трассировке нет начала... Отсутствует Setup, поэтому неизвестно, какие цифры пришли в станцию.

Все правильно - у меня идут обрывы когда звонок приходит на карточку в шлюзе от внешнего номера на шлюз, а шлюза набирает по PRI специальный номер и передает туда звонок, где в АТС он обрабатываеться исходя из таблиц MSN и DID. В протрасированном звонке он пошел на цифрового абонента, тот(Я) взял трубку и общался с собой секунды 4.

В обратном направлении (От внутреннего Абонента через АТС и шлюз в Мир) все работает идеально.

[harris]

- Как прописаны каналы этого потока (PRIB8: СО61 ~ CO90) в ПГМ322: как тип PSTN или как NET ???
- какой тип преобразования указан для СО 61- СО90 (DID Conv Type) в ПГМ143/4 ???

Где полная трассировка этого вызова??? Где Setup???

[Jaroslav]

- Как прописаны каналы этого потока (PRIB8: СО61 ~ CO90) в ПГМ322: как тип PSTN или как NET ???
- какой тип преобразования указан для СО 61- СО90 (DID Conv Type) в ПГМ143/4 ???

Где полная трассировка этого вызова??? Где Setup???

1) 61-90 - PSTN

2) DID Conv Type = 2

3) Полная трассировка того вызова:
maint> 020064 COL 071:08 11 St:co idle (00) EVT 5 26 05 04 03 80 90 A3 18 03 A1 83 8B 6C 0E 00 80 33 38 30 36 37 34 34 31 37 34 30 34 70 05 80 39 39
39 37 7D 02 91 81 (U0)
020064 C>08 11, D6 06 0D 18 03 A9 83 8B
020064 COL 071:08 11 St:co idle (00) Ev-I:ring start P1: 0 P2: 0 EVT: 11 <- 71,61
020064 D>08 11, C0 00 4E
020064 COL 071:08 11 St:di-dialing(00) Ev-I:disa dgt P1: 9 P2: 0 EVT: 80 <- 71,61
020064 COL 071:08 11 St:di-dialing(00) Ev-I:disa dgt P1: 9 P2: 0 EVT: 80 <- 71,61
020064 COL 071:08 11 St:di-dialing(00) Ev-I:disa dgt P1: 9 P2: 0 EVT: 80 <- 71,61
020064 COL 071:08 11 St:di-dialing(00) Ev-I:disa dgt P1: 7 P2: 0 EVT: 80 <- 71,61
020064 COL 071:08 11 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 71,61
020064 COL 071:08 11 St:dd-rng req(00) Ev-I:dummy acd P1:26AF P2: 1 EVT: 0 <- 71,61
020064 COL 071:08 11 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 71,61
020064 COL 071:08 11 St:dd-rng req(00) Ev-I:dd rng ack P1: 0 P2: 0 EVT: 82 <- 4,01
020064 D>08 11, C0 00 4E
020065 D>08 11, C5 11 01
020065 C>08 11, D1 06 02 18 03 A9 83 8B
020065 C>08 11, D0 06 01 18 03 A9 83 8B
020092 COL 071:08 11 St:dd-wt ans (00) Ev-I:seize req P1: 6 P2: 0 EVT: 81 <- 4,01
020092 D>08 11, C5 00 00
020092 D>08 11, C5 00 00
020092 C>08 11, D2 01 07
020092 D>08 11, C0 00 4E
020092 COL 071:08 11 St:ds-talk (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 71,61
020092 COL 071:08 11 St:ds-talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 71,61
020135 COL 071:08 11 St:ds-talk (00) EVT F 05 4D 08 02 80 90 (U8)
020135 C>08 11, E0 05 5A 08 02 80 90
020135 D>08 11, C1 00 00
020135 D>08 11, C5 00 00
020135 D>08 11, C5 00 00
020138 COL 071:08 11 St:ds-talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 71,61
020138 D>08 11, C5 00 00
10/22/09 TIME: 18:54:00

[harris]

Удалил.

[Jaroslav]

Вот что я думаю.
На этой трассировке, возможно, отсутствует Disconnect, который LDK послала в шлюз. Вот на это Disconnect шлюз отреагировал посылкой Release.
Вероятно, LDK разорвала линию, потому она не получила подтверждения соединения от шлюза (не получила Connect_Ack).

Это полная трассировка взятая с LDK remout Diagnistic через telnet...
Могу еще пару раз потрасировать, но наврядли будет разница.
Означает ли это, - что глючит шлюз (не все отдает по D каналу???)

[harris]

Удалил.

Станция дала Connect (установлено соединение), но не получила Connect_Ack от шлюза!!!!
Возможно, шлюзу не нравится, что сообщение Connect от станции пустое (без указания номера ответившего абонента)??? А это вполне нормально.
В любом случае, команда Release приходит от шлюза!!!! (на трассировке не видно, чтобы станция была инициатором разъедининия!!!). Похоже, соединение рвет шлюз, а не станция.

[harris]

Есть еще один момент!!!
В Setup'е отсутствует элемент Sending_Complete. Поэтому станция запрашивает у шлюза, будут ли присланы остальные цифры номера - станция посылает Setup_Ack. Цифр более не поступает, тогда станция анализирует уже имеющие и дает Call_Proc и т.д. Это не криминально, но тем не менее, можно ли добиться, чтобы шлюз присылал Sending_Complete в Setup'е ???

[Jaroslav]

Спасибо за мысль, счас до работы доберусь помучаю шлюз, о результатах отпишусь... (Правда не помню, что б там что то подобное было в настройках...)

[Jaroslav]

Есть еще один момент!!!
В Setup'е отсутствует элемент Sending_Complete. Поэтому станция запрашивает у шлюза, будут ли присланы остальные цифры номера - станция посылает Setup_Ack. Цифр более не поступает, тогда станция анализирует уже имеющие и дает Call_Proc и т.д. Это не криминально, но тем не менее, можно ли добиться, чтобы шлюз присылал Sending_Complete в Setup'е ???

Все верно!
Спасибо, разобрался, помогло!

Может заодно подскажете и по второй задаче?

1) на 27 плате мерцают 6 и 7 светодиод
2) на 18 плате мерцает 7 светодиод
При том что мерцания часты на RAD IPMux-14 со стороны LDK-600 и IPMux-11 сл стороны LDK-300 показывают
отсутствие проблем jitter buffer(не более 1-2 за минуту) и Sequence error не чаще 1 за 2 мин.
Есть некоторые (плавающие) проблемы с доставкой факсов через транзит сети АТС

[harris]

Все верно!
Спасибо, разобрался, помогло!

Может заодно подскажете и по второй задаче?

1) на 27 плате мерцают 6 и 7 светодиод
2) на 18 плате мерцает 7 светодиод
При том что мерцания часты на RAD IPMux-14 со стороны LDK-600 и IPMux-11 сл стороны LDK-300 показывают
отсутствие проблем jitter buffer(не более 1-2 за минуту) и Sequence error не чаще 1 за 2 мин.
Есть некоторые (плавающие) проблемы с доставкой факсов через транзит сети АТС

А CRC4 используется??? В каком положении DIP-переключатель №1 на PRIB?

ИМХО, нужно смотреть CRC и RAI.