Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Транковые группы

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

Страницы: 1
RSS
Стыковка двух OXE через H323, Настройка взаимодействия
 
#1
06.03.2014 04:31:28
Коллеги, здравствуйте!

Есть необходимость связать две АТС OXE (Crystal и MG) по H.323. На станциях нет H323-терминалов, абоненты - цифровые и аналоговые аппараты, подключенные напрямую к станциям. Ознакомился с документацией (раздел H323: terminals, gateway, gatekeeper) и не совсем понял следующий момент: для трансляции E164 в IP в схемах документации используется Gatekeeper. А как же быть если его нет и станции связаны напрямую? Можно назначить какую-то одну из них на роль GK или каждая станция является GK, или же вообще можно настроить взаимодействие без GK?

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

Большое спасибо!
 
 
 
#2
06.03.2014 09:26:30
Через ячейки сокращенного набора - Speed dialling. В набираемом номере указываете префикс занятия IP транковой группы и цифры, которые надо передать. В ячейке указываете тип - IP, вместо Normal. В конце указать IP адрес гейтвея противоположной стороны.
 
 
 
#3
06.03.2014 17:44:28
Попробовал - не работает.
Уточняющая информация:
два узла (1 - OXE Crystal, 2 - OXE MG).
На первом узле следующая IP адресация:
CPU1 10.197.133.10, CPU2 - 10.197.133.11, CPU virtual IP - 10.197.133.12.
INT-IPA 10.197.133.13.
На втором узле:
CS2 10.165.128.228, GD3 10.165.128.229.
Шлюзы прописаны, пинги между узлами и платами ходят корректно.

На первом узле имеется абонент с цифровиком, номер 1570. На втором - тоже абонент с цифровиком, номер 3581.

На первом узле уже была создана IP транк группа, используемая для связи с другими узлами по ABC hybrid link. Ознакомившись с документацией, я так понял, что IP-транк группа никак не привязывается к реальным IP-адресам. Поэтому я решил не создавать новую TG а использовать имеющуюся.

На втором узле создал TG и префикс для выхода на нее. По trkvisu выводится следующая информация:
TG 1003   TestH323    T2-IP   ISDN    10=>local    *100

На втором узле попытался создать сокращенный номер в Speed dialing-е. Набираемый номер - *1001570. Тип - IP. IP-адрес 10.197.133.12 (вирт.адрес CPU первого узла). При попытке сохранить появилось сообщение об ошибке:
Код
Direct Speed Dial No.Prefix: The direct area is full
Попытки пересоздания номера не помогли - та же ошибка.

Решил попробовать проверить создание сокращенного номера на первом узле. Префикс занятия  существующей TG - С300. В сокращенном номере указал 3581, набираемый номер С3003581. Операция создания завершилась корректно.

Надеясь, что возможно связь будет работать в одну сторону решил проверить, предварительно запустив трассировку. Получил следующий результат
Код
Traces Analyser activated

mtracer started ...
(493983:000001) MTRACER T, version: R11.0-k1.400-25-f-ru-c7s2
(493983:000001) MTRACER num: 027, time: 2014/03/06 14:21:15, loss: 0%
______________________________________________________________________________
| (494007:000007) 1010: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 115  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  42 07
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G723  Ece 1 Vad 1 Profil 2, IPv4 :10.165.128.228.
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|    -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32524, IPv4 :    10.  197.  133.   13.
|    -> Port RTCP SR = 32525, IPv4 :    10.  197.  133.   13.
|    -> Port RTCP RR = 32525, IPv4 :    10.  197.  133.   13.
|    -> Port Fax     = 32524, IPv4 :    10.  197.  133.   13.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a8 83 83 -> T2 : No B channel
| IE:[28] DISPLAY (l=16)  `Testing Shushkov`
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 1570
| IE:[70] CALLED_NUMBER (l=2)  ->  81  Num : 3
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (494007:000020) Concatenated-Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP ACK [0d]  Call ref :  c2 07
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=1)  a8 -> T2 : No B channel
|______________________________________________________________________________

______________________________________________________________________________
| (494007:000021) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  c2 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 83 -> [83] NO ROUTE TO DESTINATION
|______________________________________________________________________________

______________________________________________________________________________
| (494007:000022) 1010: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 24  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : INFORMATION [7b]  Call ref :  42 07
|______________________________________________________________________________
|
| IE:[70] CALLED_NUMBER (l=4)  ->  81  Num : 508
|______________________________________________________________________________

______________________________________________________________________________
| (494007:000023) 1010: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  42 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (494007:000029) Concatenated-Physical-Event :
| long: 27  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : STATUS [7d]    Call ref :  c2 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=4) 01 80 e5 7b -> [e5] MESSAGE NOT COMPATIBLE WITH CALL STATE
| IE:[14] CALL_STATE (l=1) 13
|______________________________________________________________________________

______________________________________________________________________________
| (494007:000030) 1010: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  42 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 81 e5 00 -> [e5] MESSAGE NOT COMPATIBLE WITH CALL STATE
|______________________________________________________________________________


(3)xa000000>


Вопросы:
1. Можно ли для H323 использовать существующую TG используемую для ABC?
2. Что за ошибка возникает при создании сокращенного номера на узле 2?
3. Почему исходя из трассировки не проходит вызов с узла 1 на узел2. Видно, что номер 3581 передается кусками: сначала 3, затем 581. Наверное причина в этом. Но почему так происходит?

Большое спасибо за помощь.
 
 
 
#4
06.03.2014 22:52:34
Цитата
Vladimir Shushkov пишет:
| IE:[08] CAUSE (l=2) 81 83 -> [83] NO ROUTE TO DESTINATION
на TG h323 уберите DID если не нужен
Пути IP-пакета неисповедимы
 
 
 
#5
07.03.2014 00:20:15
2. Не создан, либо весь занят, диапазон для ячеек сокращенного набора Direct Speed Dial. Надо создать, либо расширить уже имеющийся диапазон, если позволят ячейки Speed Dial by Range. Это делается выше уровня, где создаются префиксы. Обычно делают начало =0, диапазон - 1000 или 5000 (сколько у вас планиурется ячеек). Желательно, чтобы на каждом узле одной сети размер диапазона был одинаковый.
1. Теоретически, возможно, но, если будете менять параметры для этого направления, то это может затронуть связь на другие направления через эту транковую группу. поэтому, для тестирования лучше сделать отдельную группу.
3. По IP номер должен передаваться блоком, т.е. все цифры номера сразу. Это можно сделать разными способами. Самый простой, но не очень хороший - сделать тестовую транковую группу и в ней прямо указать количество посылаемых цифр  Number of digits to send = 4. Это ничего не затрагивает, кроме этой транковой группы. Другой способ требует изменения глобальной настройки и понимания, что такое дискриминатор. В дискриминаторе указываются начальные цифры номера и количество цифр - длина номера. Соответствие логического дискриминатора, который указывается в транковой группе и реального задается в entity либо абонента, если абонент совершает вызов, либо входящей транковой группы - при транзите.
4. В отличие от SIP, в ячейке адрес надо указывать не процессора, а VoIP платы, т.е. 229 в вашем случае.
 
 
 
#6
10.03.2014 02:30:41
Здравствуйте, Коллеги!

Благодаря Вашим советам удалось обеспечить частичную работоспособность - вызов проходит только в одну сторону. По предыдущим проблемам:
2. Действительно не было создано диапазона для ячеек Speed dial.
3. Настроил префикс со значением Professional trunk seizure (т.е. без overlapping)
4. Поправил IP адреса назначения на адреса плат INT-IP.

Первый вопрос открыт. Дело в том, что на станции 1 установлена плата INT-IPA. Как раз на ней создана IP транк группа для связи с другими узлами (удаленными филиалами) по гибридному линку с VPN overflow.
Насколько я понял из документации (раздел Configuration procedure - IP trunk group) фраза "Note: A GD, GA or INT-IP A board can only support one trunk group." означает, что о тестовой IP транк группе, которая разделяла бы ресурсы платы с существующей можно забыть. Так что стал экспериментировать с существующей транк группой на 1-м узле. На втором узле создал транк группу в соответствии с документацией.

В результате вызов в 1-го узла на 2-й проходит корректно. Т.е. с номера 1570 удается дозвониться по номеру 3508. При вызове в обратную сторону (с 3508 на 1570) происходит отбой (короткие гудки). Трассировка со станции 2:
Код
(10)xa000000> mtracer -a
Traces Analyser activated

mtracer started ...
(255180:000001) MTRACER host (10.165.128.228, xa000000), version: R10.1.1-j2.603-22-ru-c82
(255180:000001) MTRACER num: 011, time: 2014/03/07 13:15:13, loss: 0%
 ______________________________________________________________________________
| (255279:000018) 1129: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 94  desti: 0  source: 15  cryst: 2  cpl: 0  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  00 14
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=9) -> G723  Ece 1 Vad 0 Profil 2, IPv4 :10.197.133.13.
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|    -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=1 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32548, IPv4 :    10.  165.  128.  229.
|    -> Port RTCP SR = 32549, IPv4 :    10.  165.  128.  229.
|    -> Port RTCP RR = 32549, IPv4 :    10.  165.  128.  229.
|    -> Port Fax     = 32548, IPv4 :    10.  165.  128.  229.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a8 83 81 -> T2 : No B channel
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 3508
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|______________________________________________________________________________

 ______________________________________________________________________________
| (255281:000020) Concatenated-Physical-Event :
| long: 21  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  80 14
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=1)  a8 -> T2 : No B channel
|______________________________________________________________________________

 ______________________________________________________________________________
| (255361:000039) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 0  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  80 14
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 91 -> [91] USER BUSY
|_____________________________________________________


Трассировка этого же вызова с 1й станции:
Код
(3)xa000000> mtracer -a
Traces Analyser activated

mtracer started ...
(421099:000001) MTRACER T, version: R11.0-k1.400-25-f-ru-c7s2
(421099:000001) MTRACER num: 051, time: 2014/03/07 16:06:46, loss: 0%
 ______________________________________________________________________________
| (421128:000004) Concatenated-Physical-Event :
| long: 72  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  00 55
| X SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=1)  a3 -> T2 : Any B channel
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 3508
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=2) : (COMP/ECE/VAD)   -> G723/0/0  G723/0/1
| IE:[0a] EI_RTP_INFO (l=30)
|    -> stop_packet=0 stop_rtp=0 h323=1 wc=0 rf=0 udp=0 rqm=0
|    -> Transm_Bande=0 detection_Q23=1
|    -> Port RTP     = 32516, IPv4 :    10.  165.  128.  229.
|    -> Port RTCP SR = 32517, IPv4 :    10.  165.  128.  229.
|    -> Port RTCP RR = 32517, IPv4 :    10.  165.  128.  229.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|______________________________________________________________________________

 ______________________________________________________________________________
| (421128:000009) 1010: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45]  Call ref :  80 55
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 9c -> [9c] INVALID NUMBER FORMAT
|______________________________________________________________________________

 ______________________________________________________________________________
| (421128:000020) 1010: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : FACILITY [62]  Call ref :  80 55
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 0
| [9f] Non-locking shift. codeset : 7
| IE:[0a] EI_RTP_INFO (l=30)
|    -> stop_packet=0 stop_rtp=0 h323=0 wc=0 rf=0 udp=0 rqm=0
|    -> Transm_Bande=1 detection_Q23=1 dtmf_payload=96
|    -> Port RTP     = 32668, IPv4 :    10.  197.  133.   13.
|    -> Port RTCP SR = 32669, IPv4 :    10.  197.  133.   13.
|    -> Port RTCP RR = 32669, IPv4 :    10.  197.  133.   13.
|    -> Port Fax     = 32668, IPv4 :    10.  197.  133.   13.
|______________________________________________________________________________

 ______________________________________________________________________________
| (421128:000022) Concatenated-Physical-Event :
| long: 27  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : STATUS [7d]    Call ref :  00 55
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=4) 01 80 e5 45 -> [e5] MESSAGE NOT COMPATIBLE WITH CALL STATE
| IE:[14] CALL_STATE (l=1) 01
|______________________________________________________________________________


(3)xa000000>


DID вроде бы не настроен. Насколько я понял, отбивает именно первая станция, не предоставляя 2-му узлу B-канал. Причина - неправильный формат номера. Но почему - непонятно.

Помогите пожалуйста с решением проблемы.

Спасибо!
 
 
 
#7
10.03.2014 12:02:12
неправильный формат номера потому, что номера нет. В setup отсутствует поле CALLED NUMBER, т.е куда звонят (номер вызываемого абонента). Причем, setup с признаком - sending complete, т.е. дальше посылаться ничего не будет. Либо дискриминатор не поправили, либо в транковой группе оставили Number of digits to send=0, как по умолчанию. Это все ко второму узлу.
 
 
 
#8
15.03.2014 18:34:02
Спасибо! Действительно забыл поправить параметр Number of digits to send=0. Все заработало.
 
 
 
Страницы: 1
Читают тему