Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Сетеобразование

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1 2 След.
RSS
Нет КПВ при транзите М1->OXE->4200
 
#1
27.12.2017 17:51:37
Добрый день,
Есть такая схема:
Meridian M1 ===(E1)===OXE===(ISVPN E1)===Alcatel 4200
                                          ||
                                          ||
                                          ||
                                        (E1)
                                          ||
                                          ||
                                          ||
                                        ГТС

Если абонент меридиана звонит абоненту Alcatel 4200, то не слышно КПВ. У нас на сети ГТС утверждают, что КПВ должна генерировать та станция, на которую звонят.

ГТС->OXE->4200 КПВ есть
OXE->4200 КПВ есть

Трейс между 4200 и ОХЕ при входящем звонке Meridian->4200 (7111 абонент Meridian, 3037 Абонент 4200)
____________________________________________________________­__________________
| (681500:000002) 1016: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 67  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  62 99
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 97 -> T2 : B channel 23 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 7111
| IE:[70] CALLED_NUMBER (l=5)  ->  c1  Num : 3037
| IE:[7e] USER_USER (l=17)  00 SUU ISVPN
|   SOUS_EI [1] ISVPN (l=14) :
|    01 node number = 1
|    80 entity     = 0
|    10 name = 0 num = 1 state = 0 p_cat = 0'
|    MCDU_orig : '7111'
|    DROITS: rappel  text  intrus
|            0       0     1
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (681501:000004) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  e2 99
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 97 -> T2 : B channel 23 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (681503:000005) Physical-Event :
| long: 48  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  e2 99
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 85 82
| IE:[7e] USER_USER (l=24)  00 SUU ISVPN
|   SOUS_EI [2] ISVPN (l=21) :
|    8d node number = 13
|    31 name = 1 num = 1 state = 0 p_cat = 1
|    Name : 'User4200'
|    MCDU_orig : '3037'
|    c0 operation = 0 ??? iden = 0 (
|    DROITS: rappel  text  intrus
|            0       0     1
|____________________________________________________________­__________________

Трейс между ОХЕ и Меридиан при входящем звонке Meridian->4200 (7111 абонент Meridian, 3037 Абонент 4200)

| (686917:000002) Physical-Event :
| long: 47  desti: 0  source: 0  cryst: 1  cpl: 4  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  71 dd
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 9e -> T2 : B channel 30 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  80  Num : 7111
| IE:[70] CALLED_NUMBER (l=5)  ->  81  Num : 3037
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (686917:000003) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP ACK [0d]  Call ref :  f1 dd
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9e -> T2 : B channel 30 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (686918:000004) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  f1 dd
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (686920:000005) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  f1 dd
|____________________________________________________________­__________________

Как расшифровать вот это сообщение:
IE:[1e] PROGRESS_ID (l=2) 85 82

Я так понимаю что Meridian не умеет генерировать КПВ локально, а ОХЕ в свою очередь не присылает Meridian-у PROGRESS indicator с указанием что тон КПВ может генерировать она.

Кто как решал эту проблему?

На анлишде видел вариант с включением Preannouncement на 4200, но может есть ещё варианты
Изменено: Prost - 27.12.2017 18:03:15
 
 
 
#2
27.12.2017 18:10:18
Меридиан - это ГТС в данном случае ?
Какой протокол между ОХЕ и ним и какой стороной (Netwok/User) является ОХЕ ?

Трассировка вызовы с их стороны есть ?  
 
 
 
#3
28.12.2017 07:56:52
К ОХЕ подключены и Меридиан и ГТС (см. Схему). Протокол и там и там Euro ISDN EDSS1по Е1.
Трейсы вроде показал...
ОХЕ является юзером по отношению к ГТС. Что касается Меридиан то тут они сцепились так: ОХЕ является юзером, но каналы В не выбирает-Меридиан сам назначает канал.
Версия ОХЕ 8.0.1
Изменено: Prost - 28.12.2017 08:05:39
 
 
 
#4
28.12.2017 08:14:06
Если все так, как вы говорите, т.е. Меридиан - Network в евро, то КПВ он и сам генерирует, как минимум, для своих абонентов.
Если это Меридиан 1, а не что-то другое, и если от ОХЕ не прилетает желание проиграть в канале что-то свое.

С их стороны (М1) трасса и распечатка настроек д-канала есть ?  
 
 
 
#5
28.12.2017 09:13:53
Настройка Д канпла на Меридиан
https://mega.nz/#!h2xmhIbQ!RoCBguexWPTYzQADAnJtX5Lm54oU0e7GDx2yvIEwjM4
 
 
 
#6
28.12.2017 09:54:06
Трейс звонка Меридиана в сторону 4200

CALLING #:7111 NUM PLAN: E164  TON: UNKNOWN

CALLED  #:3037 NUM PLAN: E164  TON: UNKNOWN

DCH 17 UIPE_IMSG CC_MORE_INFO_IND  REF 00006F58 CH 18 26 TOD   9:38:25 CK 0BE99A
C3

DCH 17 UIPE_IMSG CC_PROCEED_IND  REF 00006F58 CH 18 26 TOD   9:38:25 CK 0BE99BF2

DCH 17 UIPE_IMSG CC_ALERT_IND  REF 00006F58 CH 18 26 TOD   9:38:25 CK 0BE99D7F

DCH 17 UIPE_IMSG CC_DISC_IND   REF 00004987 CH 18 30 TOD   9:38:29 CK 0BE9B24B
CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_REQ  REF 0000C987 CH 18 30 TOD   9:38:29 CK 0BE9B24C

DCH 17 UIPE_IMSG CC_RELEASE_CONF   REF 00004987 CH 18 30 TOD   9:38:29 CK 0BE9B2
C1
CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_DISC_REQ   REF 00006F57 CH 18 27 TOD   9:38:29 CK 0BE9B68D
CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_IMSG CC_RELEASE_IND  REF 00006F57 CH 18 27 TOD   9:38:29 CK 0BE9B799

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP   REF 00006F57 CH 18 27 TOD   9:38:29 CK 0BE9B7
9A

Изменено: Prost - 28.12.2017 09:55:05
 
 
 
#7
28.12.2017 10:30:38
В трейсе М1 некий
DCH 17 UIPE_IMSG CC_MORE_INFO_IND  REF 00006F58 CH 18 26 TOD   9:38:25 CK 0BE99AC3

а в вашем

____________________________________________________________­­__________________
| (686917:000003) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP ACK [0d]  Call ref :  f1 dd
|____________________________________________________________­­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9e -> T2 : B channel 30 exclusive
|____________________________________________________________­­__________________

это точно трейсы одинакового сценария ?

7111 это абонент этого М1, или какой-то далее сетевой ?
 
 
 
#8
28.12.2017 10:36:59
DCH 17 UIPE_IMSG CC_MORE_INFO_IND  REF 00006F58 CH 18 26 TOD   9:38:25 CK 0BE99AC3 - это кусок трейса Меридиан-ОХЕ

____________________________________________________________­­­__________________
| (686917:000003) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP ACK [0d]  Call ref :  f1 dd
|____________________________________________________________­­­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9e -> T2 : B channel 30 exclusive
|____________________________________________________________­­­__________________ это кусок трейса ОХЕ-4200. Это другой поток!


7111 это абонент Меридиан
Трейсы сняты в разное время поэтому каналы могут отлиичаться
 
 
 
#9
28.12.2017 10:39:11
Я этот кусок взял из трейса, названного вами же "Трейс между ОХЕ и Меридиан при входящем звонке Meridian->4200 (7111 абонент Meridian, 3037 Абонент 4200)".

Покажите, плз, трейс одного и того же вызова М1 -> OXE по сценарию проблемы (т.е. без КПВ для 7111) с обеих сторон (М1 и ОХЕ)
 
 
 
#10
28.12.2017 11:06:40
Да. Моя ошибка.
Вот трейсы одного и того же звонка (Абонент МЕРИДИАН 7111 набрал абоненту 4200 3037). КПВ не услышал.
Трейс снимали на потоке Меридиан-ОХЕ

Трейс на потоке ОХЕ:
| (305919:000002) Physical-Event :
| long: 47  desti: 0  source: 0  cryst: 1  cpl: 4  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  1c df
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 9b -> T2 : B channel 27 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  80  Num : 7111
| IE:[70] CALLED_NUMBER (l=5)  ->  81  Num : 3037
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (305919:000003) 1018: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP ACK [0d]  Call ref :  9c df
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9b -> T2 : B channel 27 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (305921:000004) 1018: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  9c df
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (305923:000005) 1018: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  9c df
|____________________________________________________________­__________________

Трейс потока Меридиан:
DCH 17
UIPE_OMSG CC_SETUP_REQ  REF 00006F9C CH
18 26 TOD  10:52:55 CK 0C71D9C6

PROGRESS: ORIGINATING END IS NOT ISDN

CALLING #:7111 NUM PLAN: E164  TON: UNKNOWN

CALLED  #:3037 NUM PLAN: E164  TON: UNKNOWN

DCH 17 UIPE_IMSG CC_MORE_INFO_IND  REF 00006F9C CH 18 26 TOD  10:52:55 CK 0C71DA

C4

DCH 17 UIPE_IMSG CC_PROCEED_IND  REF 00006F9C CH 18 26 TOD  10:52:55 CK 0C71DBF3

DCH 17 UIPE_IMSG CC_ALERT_IND  REF 00006F9C CH 18 26 TOD  10:52:55 CK 0C71DD5E

DCH 17 UIPE_OMSG CC_DISC_REQ   REF 00006F9C CH 18 26 TOD  10:53:01 CK 0C720B60

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_IMSG CC_RELEASE_IND  REF 00006F9C CH 18 26 TOD  10:53:01 CK 0C720C0D

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP   REF 00006F9C CH 18 26 TOD  10:53:01 CK 0C720C

0E

DCH 17 UIPE_OMSG CC_DISC_REQ   REF 00006F9A CH 18 29 TOD  10:53:07 CK 0C72362C

CAUSE: #18 - NO USER RESPONDING

DCH 17 UIPE_IMSG CC_RELEASE_IND  REF 00006F9A CH 18 29 TOD  10:53:07 CK 0C7236D1

CAUSE: #16 - NORMAL CALL CLEARING

DCH 17 UIPE_OMSG CC_RELEASE_RESP   REF 00006F9A CH 18 29 TOD  10:53:07 CK 0C7236

D2
 
 
 
#11
28.12.2017 11:36:50
Тут тоже

DCH 17 UIPE_IMSG CC_MORE_INFO_IND  REF 00006F9C CH 18 26 TOD  10:52:55 CK 0C71DAC4

и

____________________________________________________________­­__________________
| (305919:000003) 1018: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP ACK [0d]  Call ref :  9c df
|____________________________________________________________­­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9b -> T2 : B channel 27 exclusive
|____________________________________________________________­­__________________


Из любопытства, можно посмотреть  трассу вызова на д-канале  М1 в режиме Q.931/DEBG

Еще интересно сравнить ее же  с вызовом М1-ОХЕ, в котором КПВ есть.  
 
 
 
#12
28.12.2017 12:13:25
А как у вас заточен поток OXE-4200 (public, private)?
 
 
 
#13
28.12.2017 12:16:21
Трейс Меридиан в режиме Q.931/DEBG (Абонент МЕРИДИАН 7111 набрал абоненту 4200 3037). КПВ не услышал.
Скрытый текст


Трейс Меридиан в режиме Q.931/DEBG (Абонент МЕРИДИАН 7111 набрал абоненту ОХО 3811). КПВ услышал.
Скрытый текст
 
 
 
#14
28.12.2017 12:29:40
Забыл сказать, что уровень мониторинга надо поднять, вместо 0 1 поставить.

А на не-debg трассе успешный вызов как выглядит ?  
 
 
 
#15
28.12.2017 12:36:51
В общем, такое в данной схеме возможно, лучше все же давать КПВ с удаленной стороны.

Но на разницу в обмене все равно в debg mon 1 интересно посмотреть  
 
 
 
Страницы: 1 2 След.
Читают тему