Объединение 2 IPECS в одну тел. сеть Опции

[Dron]

В варианте harris-а (PGM252 добавил две записи: 3 3 890013 NET и 1 2 890032 NET) все заработало без прописывания каждого номера. В пятницу просмотрел всю документацию, но эту полезную функцию не увидел.


Да-да. Именно так и заработало. Только у меня префикс выбора группы линий 89, а количество групп до 201, поэтому-то 89001 и 89003 .

Ок. Значит, так проще.

[ADv]

Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая:
1ххх - внутренние номера iPECS1000
2xxx - номера от SIP-провайдера
3ххх - номера по E1.

Ситуация следующая
1. С 1ххх на 2ххх - проходят (используется LCR)
2. С 1ххх на 3ххх - проходят (используется LCR)
3. С 2ххх на 1ххх - проходят
4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252))
5. С 3ххх на 1ххх - проходят
6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252))

Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"?

MFIM/GS98M-5.5Gt MAY/12

[harris]

Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая:
1ххх - внутренние номера iPECS1000
2xxx - номера от SIP-провайдера
3ххх - номера по E1.

Ситуация следующая
1. С 1ххх на 2ххх - проходят (используется LCR)
2. С 1ххх на 3ххх - проходят (используется LCR)
3. С 2ххх на 1ххх - проходят
4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252))
5. С 3ххх на 1ххх - проходят
6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252))

Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"?

MFIM/GS98M-5.5Gt MAY/12

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

[ADv]

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

Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?

[harris]

Сам нахожусь в смятении. Все ключевые, с моей точки зрения, программы я перечислил. Возможно, что какие-то еще так выборочно влияют на транзит звонков? Может есть способ отследить путь звонка внутри станции: какие функции сработали и с каким результатом?

Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).

[ADv]

Нет такого способа.
Только трассировка, из которой далеко не все ясно (только для разработчиков).

Трассировка VOIM-овской платы может дать какую-нибудь информацию? Если да, то как ее запустить (почему-то не нашел способа это сделать)?

[harris]

Трассировка VOIM-овской платы может дать какую-нибудь информацию?

У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

[Dron]

Проработала эта система год и, без каких-либо известных мне изменений в конфигурации

Не, так не бывает! Что то изменилось!

[ADv]

У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.

[Dron]

Нашел одно отличие: изменился адрес Firewall (сменился провайдер, а в настройках станции этого не отразили). Только если это влияет, то прохождение звонков с 1ххх на 2ххх не должно было работать.

Боюсь, не сказать однозначно, как оно и на что влияет! На прохождение звонков вряд ли влияет, а вот на прохождение голоса...

[ADv]

Прописывание Firewall-а не помогло: звонок отбивается станцией сразу (смотрел в трассировке потоковой платы).

[Dron]

Прописывание Firewall-а не помогло: звонок отбивается станцией сразу (смотрел в трассировке потоковой платы).

С причиной?
АОН?

[Kr@nk]

У вас же транзит, трассировка нужно смотреть одновременно потока PRI и слота VOIB.
Посмотрите еще раз конфиг станции, может что-то вы все-таки "сломали" ??

как раз и хотелось-бы уточнить как снять трассировку с "слота VOIB".
потому как в трассировке PRI звонок есть, правило перенаправления звонка - тоже есть, а вот в трассировке на шлюзе, звонка уже - нет.

[Kr@nk]

С причиной?
АОН?

Cause Value = 3 No route to destination

[harris]

Cause Value = 3 No route to destination

Т.е. до платы VOIB дело и не доходит... Поэтому трассировку VOIB ничего не даст. Там ничего и нет.
Покажите хоть трассировку потока и текущий конфиг.

[Dron]

Cause Value = 3 No route to destination

Чего меняли в CO Call Rerouting(252)?

[Kr@nk]

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
00000101: 0x05: SETUP
--------------:
00000100: 0x04: BEARER CAPABILITY:
00000011: 0x03: Length = 3
10010000: 0x90:
1******* Extension = 1
*00***** Coding Standard = CCITT standardized coding
***10000 Information transfer capability = 3.1 kHz audio
10010000: 0x90:
1******* Extension = 1
*00***** Transfer mode = Circuit mode
***10000 Information transfer rate = 64 kbit/s
10100011: 0xA3:
1******* Extension = 1
*01***** layer 1 identificator = 01
***00011 User information layer 1 protocol = Recommendation G.711 A-law
--------------:
00011000: 0x18: CHANNEL IDENTIFICATION:
00000011: 0x03: Length = 3
10101001: 0xA9:
1******* Extension = 1
*0****** Interface identifier present = implicitly identified
**1***** Interface type = primary rate interface
***0**** Spare = 0
****1*** Preferred/exclusive = exclusive
*****0** D-channel indicator = not D-channel
******01 Information channel selection = PRI:as indicated in following octets, BRI:B1 channel
10000011: 0x83:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Number/Map = channel is indicated by the number
****0011 Channel type/Map element type = B-channel units
10000010: 0x82:
1******* Extension = 1
*0000010 Channel number/slot map = 2
--------------:
00011110: 0x1E: PROGRESS INDICATOR:
00000010: 0x02: Length = 2
10000001: 0x81:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0001 Location = private network serving the local user
10000011: 0x83:
1******* Extension = 1
*0000011 Progress description = 3. Origination address is non-ISDN
--------------:
01101100: 0x6C: CALLING PARTY NUMBER:
00000101: 0x05: Length = 5
10000000: 0x80:
1******* Extension = 1
*000**** Type of number = unknown
****0000 Numbering plan identification = unknown
IA5 ... Number: 3210
--------------:
01110000: 0x70: CALLED PARTY NUMBER:
00000101: 0x05: Length = 5
10000001: 0x81:
1******* Extension = 1
*000**** Type of number = unknown
****0001 Numbering plan identification = ISDN/Telephony numbering plan (CCITT Rec. E.164/E.163)
IA5 ... Number: 2008
--------------:

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
00001101: 0x0D: SETUP ACKNOWLEDGE
--------------:
00011000: 0x18: CHANNEL IDENTIFICATION:
00000011: 0x03: Length = 3
10101001: 0xA9:
1******* Extension = 1
*0****** Interface identifier present = implicitly identified
**1***** Interface type = primary rate interface
***0**** Spare = 0
****1*** Preferred/exclusive = exclusive
*****0** D-channel indicator = not D-channel
******01 Information channel selection = PRI:as indicated in following octets, BRI:B1 channel
10000011: 0x83:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Number/Map = channel is indicated by the number
****0011 Channel type/Map element type = B-channel units
10000010: 0x82:
1******* Extension = 1
*0000010 Channel number/slot map = 2
--------------:

********************************************
* THE 3-RD LAYER EDSS1 MESSAGE IN DETALE *
********************************************
01000101: 0x45: DISCONNECT
--------------:
00001000: 0x08: CAUSE:
00000010: 0x02: Length = 2
10000000: 0x80:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0000 Location = user
10000011: 0x83:
1******* Extension = 1
*0000011 Cause Value = 3 No route to destination
--------------:
00011110: 0x1E: PROGRESS INDICATOR:
00000010: 0x02: Length = 2
10000001: 0x81:
1******* Extension = 1
*00***** Coding standard = CCITT standardized coding
***0**** Spare = 0
****0001 Location = private network serving the local user
10000011: 0x83:
1******* Extension = 1
*0000011 Progress description = 3. Origination address is non-ISDN
--------------:

[Kr@nk]

http://yadi.sk/d/X2LMPWXx8b1U4
ссылка на конфиг, он 2,5Мб весит

[harris]

Вызов идет 2008 (кстати, а почему нет Sending_Complete ????),
а что прописано в ПГМ252 ??? Там есть роут для набора, начинающегося на 2 ??

[Kr@nk]

Вызов идет 2008 (кстати, а почему нет Sending_Complete ????),
а что прописано в ПГМ252 ??? Там есть роут для набора, начинающегося на 2 ??

есть
index 0
CO Group 3
Compare Digits 3
CO + Rerouting Number 890013
Rerouting Type Net

index 0
CO Group 1
Compare Digits 2
CO + Rerouting Number 890032
Rerouting Type Net

всего два правила, и второе из них работать и перестало.