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-канал может что пойму, но если кто сможет помочь или подсказать куда смотреть буду благодарен.

[Jaroslav]

Вобщем перенес четыри PRI в первый блок, 2 во второй - как раз те два которые мерцают... И вставил еще один в 3 блок, проверка конфигурации ругаеться (6 PRI это максимум), но похоже это пережиток от LDK300, так как более никаких проблем не замечено.

Эсли к новому PRI подключить 4-тую АТС напрямую - глюков нет, если же подключить через IPmux-ы глюк возвращаеться(При том что включены оба IPMux-а в один свич), исходя из етого вся беда в IPMux-ах.

Вся связка:

LDK600(1) PRI№5 --->IPMUX14(1)(синхронизацию берет от PRI№5)--->IPmux11(2)(Берет синхронизацию от IPMUX14)--->LDK300(2)

LDK600(1) PRI№6 --->IPMUX14(1)(синхронизацию берет от PRI№5)--->IPmux11(3)(Берет синхронизацию от IPMUX14)--->LDK300(3)

LDK600(1) PRI№7 --->IPMUX14(1)(синхронизацию берет от PRI№5)--->IPmux11(4)(Берет синхронизацию от IPMUX14)--->Loopbec(АТС отключил)

Рассинхронизацию вижу даже на PRI№7 которая ведет на LoopBack через тот же IPMux14 связанный с IPMux11 в рамках одного свичя. Кстати после переноса обоих плат в 2 блок стало лучше(а может после того как я подправил синхронизацию в IPMux-ах), но до идеала далако....

Может плохо что все АТС-ки и IPMux-ы, берут синхронизацию с одного PRI№5 в АТС LDK600?
Вобщем с бедой стало полехче, но задача не решена, так что если кто чего может подсказать говорите...
И еще кто то использовал систему с более чем с 6-ю PRI платами, а то time слотов хватает на 10? В описаниях видел ограничения 6 и 9 штук...

[harris]

Вобщем перенес четыри PRI в первый блок, 2 во второй - как раз те два которые мерцают... И вставил еще один в 3 блок, проверка конфигурации ругаеться (6 PRI это максимум), но похоже это пережиток от LDK300, так как более никаких проблем не замечено.

Эсли к новому PRI подключить 4-тую АТС напрямую - глюков нет, если же подключить через IPmux-ы глюк возвращаеться(При том что включены оба IPMux-а в один свич), исходя из етого вся беда в IPMux-ах.

Вся связка:

LDK600(1) PRI№5 --->IPMUX14(1)(синхронизацию берет от PRI№5)--->IPmux11(2)(Берет синхронизацию от IPMUX14)--->LDK300(2)

LDK600(1) PRI№6 --->IPMUX14(1)(синхронизацию берет от PRI№5)--->IPmux11(3)(Берет синхронизацию от IPMUX14)--->LDK300(3)

LDK600(1) PRI№7 --->IPMUX14(1)(синхронизацию берет от PRI№5)--->IPmux11(4)(Берет синхронизацию от IPMUX14)--->Loopbec(АТС отключил)

Рассинхронизацию вижу даже на PRI№7 которая ведет на LoopBack через тот же IPMux14 связанный с IPMux11 в рамках одного свичя. Кстати после переноса обоих плат в 2 блок стало лучше(а может после того как я подправил синхронизацию в IPMux-ах), но до идеала далако....

Может плохо что все АТС-ки и IPMux-ы, берут синхронизацию с одного PRI№5 в АТС LDK600?
Вобщем с бедой стало полехче, но задача не решена, так что если кто чего может подсказать говорите...
И еще кто то использовал систему с более чем с 6-ю PRI платами, а то time слотов хватает на 10? В описаниях видел ограничения 6 и 9 штук...

1) Станции LDK300E/ipLDK300E рассчитаны на поддержку только 6 плат PRIB!!! Это не "пережиток LDK".
ipLDK и LDK - это одна и та же станция!! И дело не в количестве системных тайм-слотов, но и в во многом другом, например, в канале управления - HDLC.
Я уже Вам напоминал, что это всего лишь офисная АТС, так не нужно от нее требовать большего!!!

2) О какой синхронизации между IPMUXами Вы говорите???
(->IPMUX14(1)(синхронизацию берет от PRI№5)--->IPmux11(2)(Берет синхронизацию от IPMUX14)--->)??
Какая может быть синхронизация между IP-устройствами?? У Вас что, используются опционные платы для подключения внешнего источника синхронизации и все IPMUX поключены к одному источнику???
Каким образом IPMUX-11 синхронизируется от IPMUX-14???
Либо Вы что-то путаете, либо я чего-то не понимаю/не знаю???

Синхронизация может быть только между LDK и IPMUX!!!
LDK-600 (Master/NT) --> IPMUX14 (Slave/TE).

А для оконечных станций - без разницы, кто будет Мастером - станция или шлюз:
IPMUX11 (Master/NT) --> LDK300 (Slave/TE) или
IPMUX11 (Slave/TE) --> LDK300 (Master/NT) - без разницы, поскольку все равно в разрыв потока между LDK600 и LDK-300 включена IP-сеть.

[Jaroslav]

Еще раз вернусь к своей теме:

1) Если вдруг у кого то будет подобная проблема, которафя как выяснилась лего отслеживаеться периодическим резким всплеском ошибок только на одной из передающих E1 по PRI устройств(В моем случае IPMUX14, который показывал всплеск ошибок по всем 3 направлениям приблизительно раз в 2-3 сек при том что на противоположных сторонах оконеченных сообщений о недоставке пакетов небыло) , проверьте не пытаеться ли ваш умный свич проверить порты на броадкасты и построить топологию сети, помогает....

2) Щастье почти наступило: факсы ходят, качество связи многократно возросло, но раз в 5-10-20 минут разговор между АТС обрываеться...
Я думаю что бежда в синхронизации настроил что на моей стороне LDK600 Все платы PRI Master, кроме 3х что идут от провайдеров...

Кстати Harris вы гворили что IPMux не могут синхронизироваться между собой, что тогда может озночать подобные пункты в их меню:

System clock


1. Master clock > (Rx clock )
2. Master source > (Channel 1 )
3. Master source clock quality > (other/unknown)
4. Fall back clock > (-)
5. Fall back source clock quality> (other/unknown)


При том что
Master clock ->может быть Adaptive и RX
При Adaptive Master source может соответствовать Chanel по коичеству портов E1
А при RX тоже самое плюс External.
Исходя из чего и настраивал синхронизацию между ними...

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

Заранее спасибо.

[Jaroslav]

Кстати есть еще один симптом проблем синхронизаци:

Иногда рветься связь при городских входящих, которые были переключены через шлюзы на мобилку, шлюзы по PRI подключены к АТС LDK-600, без прохода по IP сети оффиса.

Может есть какая-то возможность однозначно узнать есть или нет рассинхронизация между платами PRI в АТС?

Кстати может ли влиять 7 плата PRI, сегодня отключу ее через PCadmin(хорошо что до ввода того направления в жизнь есть еще 2 недели, на опыты) ), посмотрю на реакцию.

Кстати, может кто ни будь, более мене понятно обеснить про ограничения на 6 PRI и какие могут быть глюки если вставить больше?
Хочеться еще про синхронизацию спросить, но тут я пока даже вопрос сформулировать нормально не могу ))...

Заранее спасибо всем, кто попытаеться помочь.

[Jaroslav]

Сегодняшний тест доказал, что 7-я плата PRI не при чем. Правда возвращу ее обратно только после полного решения вопроса чтоб одну проблему не накладывать на другую.

Так же сегодняшний тест показал что рвутся не все звонки одновременно, даже сделанные в одном направлении, конкретно из теста 4 одновременных звонка которые с LDK300 прошли через 2 IPmux в LDK600, а далее на шлюзы и на разные мобильные телефоны:
1 - Разрыв через 5 мин
2 - Через 35
3 и 4 - более 45 минут разрыва не было, пользователи утверждают, что иногда разговоры рвутся по страшному (не более 2 минут разговора.)

[harris]

Сегодняшний тест доказал, что 7-я плата PRI не при чем. Правда возвращу ее обратно только после полного решения вопроса чтоб одну проблему не накладывать на другую.

Так же сегодняшний тест показал что рвутся не все звонки одновременно, даже сделанные в одном направлении, конкретно из теста 4 одновременных звонка которые с LDK300 прошли через 2 IPmux в LDK600, а далее на шлюзы и на разные мобильные телефоны:
1 - Разрыв через 5 мин
2 - Через 35
3 и 4 - более 45 минут разрыва не было, пользователи утверждают, что иногда разговоры рвутся по страшному (не более 2 минут разговора.)

Без трассировки вызова одновременно по двум потокам невозможно определить, какая сторона (станция) является инициатором разъединения.

[Jaroslav]

Без трассировки вызова одновременно по двум потокам невозможно определить, какая сторона (станция) является инициатором разъединения.

Очень не хотелось, но таки вы правы, без трассировки похоже ни как...
Провел уже дня 3 за разборкой логов, накачался документации по Q931, включая таблицы Disconect кодов, однако однозначно выявить оборвавшиеся звонки (хотя таких и много), крайне трудно, так как АТС усилено используется пользователями почти круглые сутки, в редких же перерывах ночью обрывы как назло не получаются (впрочем возможно это тоже симптом, то ли плохой то ли хороший...) .

Вопрос: может кто подскажет более информативный анализатор Логов для АТС, чем в поставке с PCadmin.

[Jaroslav]

Кусок traca на LDK600:
{
1698186 COL 145:17 25 St:co idle (00) EVT 5 13 05 04 03 80 90 A3 18 03 A9 83 9A 6C 02 41 80 70 02 80 30 (U0)
1698186 C>17 25, D6 06 0D 18 03 A9 83 99
1698186 COL 145:17 25 St:co idle (00) Ev-I:ring start P1: 0 P2: 0 EVT: 11 <- 145,61
1698186 D>17 25, C0 00 A8
1698186 COL 145:17 25 St:di-dialing(00) Ev-I:disa dgt P1: A P2: 0 EVT: 80 <- 145,61
1698186 COL 145:17 25 St:dd-wt ans (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 145,61
1698186 COL 145:17 25 St:dd-wt ans (00) Ev-I:dummy acd P1:26AF P2: 9 EVT: 0 <- 145,61
1698188 COL 145:17 25 St:dd-wt ans (00) Ev-I:seize ack P1: 2 P2: 0 EVT: 93 <- 81,61
1698188 D>17 25, C0 00 A8
1698193 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 36 (U25)
1698193 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 6 P2: 0 EVT:101 <- 145,61
1698193 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698195 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 37 (U25)
1698195 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 7 P2: 0 EVT:101 <- 145,61
1698195 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698198 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 36 (U25)
1698198 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 6 P2: 0 EVT:101 <- 145,61
1698198 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698199 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 39 (U25)
1698199 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 9 P2: 0 EVT:101 <- 145,61
1698199 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698201 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 31 (U25)
1698201 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 1 P2: 0 EVT:101 <- 145,61
1698201 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698204 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 34 (U25)
1698204 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 4 P2: 0 EVT:101 <- 145,61
1698204 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698205 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 34 (U25)
1698205 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 4 P2: 0 EVT:101 <- 145,61
1698205 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698207 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 38 (U25)
1698207 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 8 P2: 0 EVT:101 <- 145,61
1698207 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698210 COL 145:17 25 St:ds-talk (00) EVT :E6 05 7B 70 02 80 31 (U25)
1698210 COL 145:17 25 St:ds-talk (00) Ev-I:disa dgt P1: 1 P2: 0 EVT:101 <- 145,61
1698210 COL 145:17 25 St:ds-talk (00) Ev-I:toll pass P1: 0 P2: 0 EVT:100 <- 81,61
1698223 COL 145:17 25 St:ds-talk (00) Ev-I:smsg proc P1: D1 P2: 0 EVT: 61 <- 81,61
1698223 C>17 25, D1 06 02 18 03 A9 83 99
1698223 COL 145:17 25 St:ds-talk (00) Ev-I:smsg proc P1: D4 P2: 0 EVT: 61 <- 81,61
1698250 D>17 25, C0 00 A8
1698264 D>17 25, C0 00 A8
1698275 COL 145:17 25 St:ds-talk (00) Ev-I:smsg proc P1: D0 P2: 0 EVT: 61 <- 81,61
1698275 C>17 25, D0 06 01 18 03 A9 83 99
1698410 COL 145:17 25 St:ds-talk (00) Ev-T:inter dgt P1: 0 P2: 0 TMR: 23 <- 145,61
1698410 D>17 25, C0 00 A8
1698498 COL 145:17 25 St:ds-talk (00) Ev-I:seize ack P1: 4 P2: 0 EVT: 98 <- 81,61
1698498 D>17 25, C0 00 A8
1698498 COL 145:17 25 St:ds-talk (00) Ev-I:smsg proc P1: D2 P2: 0 EVT: 61 <- 81,61
1698498 C>17 25, D2 01 07
1698501 COL 145:17 25 St:ds-talk (00) EVT 3 01 0F (U8)
12/04/09 TIME: 18:02:00
1698867 COL 145:17 25 St:ds-talk (00) EVT E 05 45 08 02 80 90 (U10)
1698867 D>17 25, C1 00 00
1698867 D>17 25, C5 00 00
1698867 D>17 25, C5 00 00
1698903 COL 145:17 25 St:ds-talk (00) Ev-I:smsg proc P1: DF P2: 0 EVT: 61 <- 81,61
1698903 C>17 25, DF 05 4D 08 02 80 90
1698906 COL 145:17 25 St:ds-talk (00) EVT :E0 05 5A 08 02 80 90 (U19)
1698906 D>17 25, C5 00 00
1698909 COL 145:17 25 St:ds-talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 145,61
1698909 D>17 25, C5 00 00
12/04/09 TIME: 18:03:00
12/04/09 TIME: 18:04:00
12/04/09 TIME: 18:05:00
12/04/09 TIME: 18:06:00
1701693 COL 121:17 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 151,61
1701693 C>17 01, D5 1B 05 A1 04 03 80 90 A3 18 03 A9 83 81 6C 06 01 81 37 38 36 32 70 05 80 36 32 30 32
1701696 COL 121:17 01 St:wt sz rsp (00) EVT 1 06 02 18 03 A9 83 81 (U1)
1701696 COL 121:17 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 121,61
1701696 D>17 01, C0 00 90
1701697 COL 121:17 01 St:dialing (00) EVT 0 06 01 18 03 A9 83 81 (U3)
12/04/09 TIME: 18:07:00
1701751 COL 121:17 01 St:dialing (00) EVT 2 09 07 4C 06 01 81 36 32 30 32 (U4)
1701751 D>17 01, C0 00 90
1701751 C>17 01, D3 01 0F
1701751 D>17 01, C0 00 90
1701970 COL 121:17 01 St:ds-talk (00) Ev-I:smsg proc P1: DE P2: 0 EVT: 61 <- 151,61
1701970 C>17 01, DE 05 45 08 02 80 90
1701973 COL 121:17 01 St:ds-talk (00) EVT F 05 4D 08 02 80 90 (U11)
1701973 D>17 01, C1 00 00
1701973 D>17 01, C5 00 00
1701973 D>17 01, C5 00 00
1701976 COL 121:17 01 St:ds-talk (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 121,61
1701976 D>17 01, C5 00 00
1701976 COL 121:17 01 St:co idle (00) Ev-I:smsg proc P1: E0 P2: 0 EVT: 61 <- 151,61
1701976 C>17 01, E0 05 5A 08 02 80 90
}

100 и 101 event согласно спецификации Q931:

100 64 Invalid information element contents Information element identifier(s) (Note 5)
The remote equipment received a message that includes invalid information in the
information element. This is usually due to a D-channel error.
101 65 Message not compatible with call state Message type The remote equipment received an
unexpected message that does not correspond to the current state of the
connection. This is usually due to a D-channel error.

Это не обрыв, но, насколько я понимаю, не совсем нормальный трейс или я где то что то не так понял?

[Jaroslav]

Мда смайлики получились експромтом.... ))

[harris]

Мда смайлики получились експромтом.... ))

Этот трейс не о чем не говорит.
Здесь же неясно, какой это вызов, кто звонил, куда и т. д.
Здесь нормальное завершение вызова.

Сначала нужно по логу SMDR определить, что входящий вызов по СО ХХ был отправлен транзитом на СО YY.
А потом уже выискивать в трассировки записи, которые относятся к линии №ХХ и линии №YY. С привязкой во времени.