Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
Вы все таки определитесь - что набирают абоненты и когда.
Они набирают 63ХХ (как вы пишете в сообщении 5) - тогда работает префикс Routing number и этот номер отправляется на узел сети 2 (у вас похоже не одна станция в сети).
Или они набирают 69+номер? Тогда покажите что такое 69 в трансляторе (ячейка сокращенного набора, префикс ARS или еще чего, префиксом переадресации - 69 быть не должно).
Безотносительно к вопросам - вы похоже работаете с Gatekeeper . Это устройство, которое знает - какому номеру, какой IP адрес соответствует. Посмотрите настройки Gatekeeper - у вас там нечаянно не сказано - что 63 соответствует IP адресам на Алкатель?
У вас на Gatekeeper - автоматическая регистрация идет или ручками вколачиваете (это к вопросу - надо ли смотреть, что у вас прописано в IP/ gatekeeper E164 number list)
21.05.2018 13:06:35, vad.]]>
Осталось разобраться, кто вызов заворачивает обратно. По трассировке вызов со станции ушёл и пришёл обратно. Что находится между станцией и астериск? Может, в Cisco надо что-нибудь настроить?
19.05.2018 13:06:49, etc.]]>
В трассировке пишет кучу всего, но до asterisk вызов не доходит. И такое впечатление, что трассировка зацикливается. По ссылке трассировка:
18.05.2018 18:48:48, Vladimir.]]>
====quote====
Vladimir написал:
====quote====
etc написал:
Если для цифры 6 в дискриминаторе указать ARS Route List номер 2, вызов пройдет?
В префиксах указыывается логический дискриминатор (от 0 до 7). Соответствие логического дискриминатора реальному определяется в Entity/ Discriminator Selector. Реальные дискриминаторы нумеруются от 0 до 255. То, что вы видите в Translator/ External Numbering Plan/ Numbering Discriminator - это реальный дискриминатор.
=============
Спасибо за ответ. Если для цифры 6 в дискриминаторе указать ARS №2, то вызов не проходит. На телефоне пишется =>External Out of service
=============
А в трассировке что пишет?
18.05.2018 13:19:56, etc.]]>
====quote====
etc написал:
Если для цифры 6 в дискриминаторе указать ARS Route List номер 2, вызов пройдет?
В префиксах указыывается логический дискриминатор (от 0 до 7). Соответствие логического дискриминатора реальному определяется в Entity/ Discriminator Selector. Реальные дискриминаторы нумеруются от 0 до 255. То, что вы видите в Translator/ External Numbering Plan/ Numbering Discriminator - это реальный дискриминатор.
=============
Спасибо за ответ. Если для цифры 6 в дискриминаторе указать ARS №2, то вызов не проходит. На телефоне пишется =>External Out of service
18.05.2018 12:51:05, Vladimir.]]>
Если для цифры 6 в дискриминаторе указать ARS Route List номер 2, вызов пройдет?
В префиксах указыывается логический дискриминатор (от 0 до 7). Соответствие логического дискриминатора реальному определяется в Entity/ Discriminator Selector. Реальные дискриминаторы нумеруются от 0 до 255. То, что вы видите в Translator/ External Numbering Plan/ Numbering Discriminator - это реальный дискриминатор.
18.05.2018 12:11:16, etc.]]>
====quote====
etc написал:
А в дискриминаторе для цифры "1" (для 1205) какой ARS Route List Number указан? Тоже 3-й? Или другой?
Надеюсь, вы помните про разницу логического и реального дискриминатора. В префиксе указан логический номер, соответствие ему реального задано в Entity/ Discriminator Selector.
Если листы ARS разные, то может быть добавлена цифра к набранному номеру. Или сразу в листе, или через Dialling Command Table (DCT).
=============
Для цифры "1" (1205) указан другой ARS Route List номер 2. В в графе Digits To Add которого ничего не указано, соответственно он ничего к таким номерам не добавляет. А для номеров, начинающихся на 6 в дискриминаторе указан ARS Route List номер 3, в котором, как раз и добавляется 7ка к номеру. Самое интересное, что оба этих ARS листа ссылаются на одну и ту же транковую группу, но при этом, если из листа, который добавляет 7ку это убрать, то вызов уже не проходит...
В чём разница между логическим и реальным дискриминатором - не понимаю. Если поясните, буду Вам благодарен.
18.05.2018 11:29:31, Vladimir.]]>
А в дискриминаторе для цифры "1" (для 1205) какой ARS Route List Number указан? Тоже 3-й? Или другой?
Надеюсь, вы помните про разницу логического и реального дискриминатора. В префиксе указан логический номер, соответствие ему реального задано в Entity/ Discriminator Selector.
Если листы ARS разные, то может быть добавлена цифра к набранному номеру. Или сразу в листе, или через Dialling Command Table (DCT).
17.05.2018 21:03:01, etc.]]>
Написано много, но ничего не понятно. Смешали в кучу - номера на Астериск, регистрацию на гейткипере и переадресация на Алкатель.
17.05.2018 13:30:17, vad.]]>
====quote====
Владислав Хисамов написал:
Владимир, хотелось бы видеть большее количество информации по вашему вопросу:
1. Что набирает абонент, чтобы добраться до номеров 11хх и 63хх ( полная последовательность и что обозначают дополнительные цифры)
2. Полные трассировки в случае звонка на 11хх и 63хх
=============
Номер набирается как есть, например 1205 и 6377. Это номера, заведённые в астериске. Эти же номера заведены в алкателе, но для них сразу же установлен Immediate forward в следующем виде: 691205 и 696377 соответственно. Из чего я сделал вывод, что 69 - это тот самый префикс, через который эти номера уходят в транк. Если перейти в настройки правила дискриминатора, на который ссылается префикс 69, то там для вызываемого номера, начинающегося например на 6 указаны следующие настройки: Area Number : 1, ARS Route List Number : 3, Number of Digits : 4. Также настроено для номеров 7, 5. Внутри ARS Route List Number : 3 указано то, что маршрут должен идти через Trunk Group №5. Внутри этой группы 30 транков, с кучей непонятных настроек. Но в итоге не понятно где же правило, которое подставляет ему семёрку..
Трассировки вызовов ниже:
1205:
mtracer started ...
(744160:000001) MTRACER host (192.168.100.220, ot01), version: R11.2.2-l2.300-33-a-ru-c0s1
(744160:000001) MTRACER num: 042, time: 2018/05/17 12:29:09, loss: 0%
____________________________________________________________
| (744187:000002) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 118 desti: 0 source: 15 cryst: 14 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 1c df
|____________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=4) -> G711a Ece 1 Vad 0 Profil 2,
| IE:[06] UNKNOWN (l=2) 50 d1
| [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 = 32728, IPv4 : 192. 168. 100. 63.
| -> Port RTCP SR = 32729, IPv4 : 192. 168. 100. 63.
| -> Port RTCP RR = 32729, IPv4 : 192. 168. 100. 63.
| -> Port Fax = 32728, IPv4 : 192. 168. 100. 63.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a8 83 82 -> T2 : No B channel
| IE:[28] DISPLAY (l=15) `Vladimir`
| IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : 2267
| IE:[70] CALLED_NUMBER (l=5) -> 81 Num : 1205
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________
____________________________________________________________
| (744188:000005) Concatenated-Physical-Event :
| long: 21 desti: 0 source: 0 cryst: 14 cpl: 0 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 9c df
|____________________________________________________________
|
| IE:[18] CHANNEL (l=1) a8 -> T2 : No B channel
|____________________________________________________________
____________________________________________________________
| (744203:000006) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 14 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 1c df
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
____________________________________________________________
| (744204:000007) Concatenated-Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 14 cpl: 0 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 9c df
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
____________________________________________________________
| (744204:000008) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 14 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 1c df
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
6377:
mtracer started ...
(749675:000001) MTRACER host (192.168.100.220, ot01), version: R11.2.2-l2.300-33-a-ru-c0s1
(749675:000001) MTRACER num: 043, time: 2018/05/17 12:38:21, loss: 0%
____________________________________________________________
| (749696:000002) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 119 desti: 0 source: 15 cryst: 14 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 1c e0
|____________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| [a2] EI_IP_TYPE_TERM
| [9f] Non-locking shift. codeset : 7
| IE:[05] EI_IP_INFOS (l=4) -> G711a Ece 1 Vad 0 Profil 2,
| IE:[06] UNKNOWN (l=2) 50 d1
| [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 = 32568, IPv4 : 192. 168. 100. 63.
| -> Port RTCP SR = 32569, IPv4 : 192. 168. 100. 63.
| -> Port RTCP RR = 32569, IPv4 : 192. 168. 100. 63.
| -> Port Fax = 32568, IPv4 : 192. 168. 100. 63.
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a8 83 81 -> T2 : No B channel
| IE:[28] DISPLAY (l=15) `Vladimir`
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 2267
| IE:[70] CALLED_NUMBER (l=6) -> 80 Num : 76377
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________
____________________________________________________________
| (749697:000005) Concatenated-Physical-Event :
| long: 21 desti: 0 source: 0 cryst: 14 cpl: 0 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 9c e0
|____________________________________________________________
|
| IE:[18] CHANNEL (l=1) a8 -> T2 : No B channel
|____________________________________________________________
____________________________________________________________
| (749698:000006) Concatenated-Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 14 cpl: 0 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 9c e0
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 83 -> [83] NO ROUTE TO DESTINATION
|____________________________________________________________
____________________________________________________________
| (749698:000007) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 14 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 1c e0
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
____________________________________________________________
| (749698:000008) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 53 desti: 0 source: 15 cryst: 1 cpl: 7 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 54 03
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 98 -> T2 : B channel 24 exclusive
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : 4957877027
| IE:[70] CALLED_NUMBER (l=5) -> 81 Num : 6377
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________
____________________________________________________________
| (749700:000009) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 1 cpl: 7 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP ACK [0d] Call ref : d4 03
|____________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 98 -> T2 : B channel 24 exclusive
|____________________________________________________________
____________________________________________________________
| (749709:000010) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 1 cpl: 7 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 54 03
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
____________________________________________________________
| (749710:000011) Concatenated-Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 1 cpl: 7 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : d4 03
|____________________________________________________________
____________________________________________________________
| (749710:000012) 1185: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 1 cpl: 7 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 54 03
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
17.05.2018 12:44:41, Vladimir.]]>
Владимир, хотелось бы видеть большее количество информации по вашему вопросу:
1. Что набирает абонент, чтобы добраться до номеров 11хх и 63хх ( полная последовательность и что обозначают дополнительные цифры)
2. Полные трассировки в случае звонка на 11хх и 63хх
17.05.2018 12:11:48, Владислав Хисамов.]]>
====quote====
Владислав Хисамов написал:
Что у вас есть в prefix plan, начинающееся с 63хх?
=============
Начинается с 63, где в настройках указано:
x Node Number (reserved) : 101 x
x Instance (reserved) : 1 x
x Number : 63 x
x x
x Prefix Meaning + Routing No. x
x Network Number : 1 x
x Node Number/ABC-F Trunk Group : 2 x
x Number of Digits : 4 x
x Number With Subaddress (ISDN) + NO x
x Default X25 ID.pref. + NO x
Кроме того есть ряд номеров с такими параметрами:
x Node Number (reserved) : 101 x
x Instance (reserved) : 1 x
x Number : 6327 x
x x
x Prefix Meaning + Network No. x
x Network Number : 1 x
x Node Number/ABC-F Trunk Group : 2 x
x Number With Subaddress (ISDN) + NO x
x Type + Station x
x Identifier : 0 x
Также есть номера с такими параметрами:
x x
x Node Number (reserved) : 101 x
x Instance (reserved) : 1 x
x Number : 6345 x
x x
x Prefix Meaning + VPN Overflow x
x Prefix Information : 0 x
x VPN Type + Local (NPD No.) x
x x
17.05.2018 12:05:49, Vladimir.]]>
Что у вас есть в prefix plan, начинающееся с 63хх?
17.05.2018 11:52:49, Владислав Хисамов.]]>
====quote====
Владислав Хисамов написал:
Хорошо,
А что набирают абоненты, чтобы дозвонится до 63хх?
=============
Абоненты набирают нужный номер: например 6377
17.05.2018 11:44:24, Vladimir.]]>
Хорошо,
А что набирают абоненты, чтобы дозвонится до 63хх?
17.05.2018 11:30:35, Владислав Хисамов.]]>
====quote====
Владислав Хисамов написал:
Prefix Meaning + ARS Prof.Trg Grp Seiz.with overlap - приведите, пожалуйста, сами цифры префикса
=============
В Prefix Plan номер префикса = 69
17.05.2018 11:19:30, Vladimir.]]>
Prefix Meaning + ARS Prof.Trg Grp Seiz.with overlap - приведите, пожалуйста, сами цифры префикса
17.05.2018 11:06:18, Владислав Хисамов.]]>
Здравствуйте, уважаемые форумчане.
Прошу Вашей помощи в решении проблемы с исходящими вызовами.
А именно - у нас есть связка Alcatel и Asterisk по h323 через Cisco Gatekeeper. Из Alcatel на Asterisk можно звонить только на те номера, которые, соответственно зарегистрированы в Asterisk (пул номеров 11XX и 12XX), и кроме того они же должны быть заведены в Alcatel с установкой Immediate forward через префикс 69, который, на сколько я понял, отправляет эти номера через транк, связывающий Gatekeeper и Asterisk. Теперь возникла необходимость добавить к уже существующему номерному пулу ещё один пул, который выглядит так: 63XX. По итогу я регистрирую номер 6377 и пробую делать вызов с Alcatel и получаю следующее:
1. До Asterisk он доходит, но, почему-то Alcatel ему добавляет в начале 7 и в итоге уходит он уже в таком виде 76377 и соответственно астериск не может его правильно обработать.
2. Если на Alcatel выполнить трассировку этого вызова, то лог показывает номер сразу с подставленной семёркой: CALLED_NUMBER (l=6) -> 80 Num : 76377 и, далее он сообщает такое IE:[08] CAUSE (l=2) 81 83 -> [83] NO ROUTE TO DESTINATION, что наводит на мысли о том, что что-то не так с маршрутом, хотя 100% до Астериска вызов доходит. В этом же логе ниже | IE:[70] CALLED_NUMBER (l=5) -> 81 Num : 6377 уже без семёрки, что мне не понятно. В связи с чем возникло несколько вопросов:
1. Как правильно понять что именно подставляет ему семёрку и где корректно это настроить так, чтобы она не подставлялась?
2. Где отследить связь между префиксом и конкретной транковой группой, на которую он ссылается? (в настройках этого префикса указано Prefix Meaning + ARS Prof.Trg Grp Seiz.with overlap и Discriminator No. : 3, в котором ничего кроме названия и номера нет).
Версия ОС: R11.2.2
Спасибо!
17.05.2018 10:38:03, Vladimir.]]>