ЗАО "ИНТЕРСИСТ" [тема: Звонки через поток другого нода по abcf]

Звонки через поток другого нода по abcf

Mon, 18 Nov 2013 15:42:40 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
в аналогичной ситуации пришлось поступить как написано в документации SIP Trunking > detail description а именно прописать код страны. после этого номера в SIP забегали в канонической форме (это я вам на всякий случай говорю, возможно у Вас стратегии привязаны к номерам или база данных контактов), а в сети - с нужными NPI/TON
18.11.2013 15:42:40, Dmitry Ryzhakov.

Звонки через поток другого нода по abcf

Sun, 17 Nov 2013 17:36:05 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.

====quote====
Чем включен генезис? Sip?
=============
да, sip

я нашел в документации генезиса параметры компонента OCS: CPNPlan, CPNType, CPNDigit, которые должны влиять на тип звонка, но при их изменении, меняет что то только CPNDigit - генезис начинает подставлять при звонке номер типа Private Calling Number
17.11.2013 17:36:05, Ra.

Звонки через поток другого нода по abcf

Sat, 16 Nov 2013 22:53:04 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
Чем включен генезис? Sip?
16.11.2013 22:53:04, Dmitry Ryzhakov.

Звонки через поток другого нода по abcf

Sat, 16 Nov 2013 18:57:11 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
есть продолжение проблемы

контакт-центр на Genesys совершает звонок через поток узла 2, полностью схема такая
Genesys->узел 1->узел 2->город

от Genesys приходит вот такой тип звонка:
01 81 Num : NNNNNNNNNN

провайдеру нужен 21 81

на транк группах уже на всех сделал NPD с правильным типом звонка, но это не повлияло.
если делаю звонок с узла 1 - то все нормально.

нельзя ли сделать так чтобы NPD подставился и тип транзитного звонка превратился из 01 81 в 21 81?
параметр "Supplement.Install.No. (ISDN)" же подставляется...

в самом Genesys я не разбираюсь, не знаю как там тип звонка задать
16.11.2013 18:57:11, Ra.

Звонки через поток другого нода по abcf

Fri, 18 Oct 2013 11:50:07 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.

====quote====
Calling number - это IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : NNNNNNNNNN - не только NNNNN (номер), но и 01 81 (тип звонка), может от вас оператор ждет 21 81 (ISDN National) - просто сравните в трассировке звонок на один и тот-же номер с разных узлов.
=============

оказалось это подправил NPD на узле 1 - заработало

большое спасибо
18.10.2013 11:50:07, Ra.

Звонки через поток другого нода по abcf

Thu, 17 Oct 2013 20:22:05 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
Если чего-то звонит, а чего-то не звонит (при этом с местного узла все идет) - смотрите исходящую трассировку.
У вас возможностей ошибиться всего 2 - первая Called number - сравните в трассировке звонок на один и тот-же номер с разных узлов.
Вторая - Calling number (АОН) - тут возможностей 3:
- вы вормируете не правильный АОН (смотрите цифры);
- Calling number - это IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : NNNNNNNNNN - не только NNNNN (номер), но и 01 81 (тип звонка), может от вас оператор ждет 21 81 (ISDN National) - просто сравните в трассировке звонок на один и тот-же номер с разных узлов.
- И третье - может при звонке на сотовый - за данным номером есть задолженность у Ростелекома? Абоненту узла, на котором транковые группы - сформируйте АОН, как в неудачных звонках с соседнего узла - и все станет ясно.
17.10.2013 20:22:05, vad.

Звонки через поток другого нода по abcf

Thu, 17 Oct 2013 17:47:07 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
"звонок на городской номер нормально проходит, набираю так
87003[XXXXXX] а на мобильный нет
87003[8XXXXXXXXXX]" - сделайте анализ трассировки и делайте выводы.Скорее всего проблена зарыта в дискриминаторе или неправильный номер А. Я это делал через ARS сервер - проблем никаких не было
17.10.2013 17:47:07, Vlad 46.

Звонки через поток другого нода по abcf

Thu, 17 Oct 2013 16:54:40 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
про менеджмент не совсем понял, в гибридном линке и x25 access claster-е есть
Adjacent Node : 3

префиксы и дискриминаторы вроде бы в норме

┌─Consult/Modify: Prefix Plan───────────────────────────────────┐
│ X │
│ Node Number (reserved) : 0 │
│ Instance (reserved) : 1 │
│ Number : 8 │
│ X │
│ Prefix Meaning + ARS Prof.Trg Grp Seiz.wi │
│ Discriminator Nr. : 4 │
│ X │
└───────────────────────────────────────────────────────────────┘

В Entity -> Discriminator Selector
Discriminator 04 : 253

┌─Consult/Modify: Discriminator Rule────────────────────────────┐
│ X │
│ Node Number (reserved) : 0 │
│ Instance (reserved) : 1 │
│ Instance (reserved) : 1 │
│ Discriminator Nr. : 253 │
│ Call Number : 7003 │
│ X │
│ Area Number : 1 │
│ ARS Route List Number : 3 │
│ Schedule Number : -1 │
│ Number of Digits : 15 │
│ X │
└───────────────────────────────────────────────────────────────┘

┌─Consult/Modify: ARS Route─────────────────────────────────────┐
│ X │
│ Node Number (reserved) : 0 │
│ Instance (reserved) : 1 │
│ Instance (reserved) : 1 │
│ ARS Route list : 3 │
│ X Route : 1 │
│ X │
│ X Name : 3_VoIP │
│ Trunk Group Source + Route │
│ Trunk Group : 3 │
│ Nb.Digits To Be Removed : 4 │
│ Digits To Add : ------------------------ │
│ Numbering Command Tabl.Id : 0 │
│ VPN Cost Limit : 0 │
│ Protocol Type + Dependant on Bundle Type │
│ NPD identifier : 255 │
│ Route Type + Public │
│ ATM Address Id : -1 │
│ Preempter + False │
│ X │
│ X Quality │
│ X │
│ [ Add ] [ Remove ] [ Next ] [Previou │
│ X │
│ Quality + Speech │
│ X │
└───────────────────────────────────────────────────────────────┘

про АОН я думал, но при звонке сразу со второго узла закрывается этим же номером и нормально звонок проходит, в том же формате (код города+номер), а вот с первого узла через второй с этим же АОНом не прокатывает ((

может там в протоколе потока что-нибудь не то провайдеру шлется?

звонок на городской номер нормально проходит, набираю так
87003[XXXXXX]

а на мобильный нет
87003[8XXXXXXXXXX]
17.10.2013 16:54:40, Ra.

Звонки через поток другого нода по abcf

Thu, 17 Oct 2013 15:39:42 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
проблем может быть две, начнем с первой. на узле один у вас должно быть:
1. прописана в менеджменте или пришедшая в броадкасте ТГ второго узла, которую хотите использовать для звонков (должны быть доступны для редактирования только глобальные параметры) должен быть префикс занятия это ТГ - это судя по всему у Вас есть
2. дискриминатор (создан на этом узле 1) для соответствующих звонков и не забываем про дискриминатор селектор в энтити абонента первого узла должен указывать верный фактический дискриминатор

проблема 2 - вы неверно формируете АОН вызывающего абонента. Вы его в трассировке замазали, но сами гляньте и спросите оператора - с таким АОН он Вас на межгород пустит?
17.10.2013 15:39:42, Dmitry Ryzhakov.

Звонки через поток другого нода по abcf

Thu, 17 Oct 2013 13:19:37 +0600

Звонки через поток другого нода по abcf в форуме Сетеобразование.
Добрый день, ситуация следующая:
есть две станции (R9.0-h1.301-50-a-ru-c0 и R9.1-i1.605-29-ru-c82)
между ними поднят гибридный линк abcf, все работает, но появилась необходимость звонить с первого нода через поток второго нода, провайдер потока второго нода разрешает звонки в город только без кода города и на мобильные,но при звонке с первого нода проходят звонки только в город, а на мобильные отбрасывает (пишет на экране аппарата "функция отклонена" и голосом говорит, что номер не зарегистрирован).

плиз подскажите что может быть причиной и где поправить :?:

вот что нам выдает t3 на втором ноде:

t3
--> Cleaning mtracer...
--> Positionning t3 filters...
+--------+-------+--------+--------+---------+---------+----------+------+
| filter | desti | src_id | cr_nbr | cpl_nbr | us_term | term_nbr | type |
+--------+-------+--------+--------+---------+---------+----------+------+
| 0 | ** | ** | * | ** | * | *** | 165 |
| 1 | ** | ** | * | ** | * | *** | 166 |
| 2 | ** | ** | * | ** | * | *** | 167 |
| 3 | | | | | | | |
| 4 | | | | | | | |
| 5 | | | | | | | |
| 6 | | | | | | | |
| 7 | | | | | | | |
+--------+-------+--------+--------+---------+---------+----------+------+
Traces Analyser activated

mtracer started ...
(683252:000001) MTRACER host (*********), version: R9.1-i1.605-29-ru-c82
(683252:000001) MTRACER num: 025, time: 2013/10/17 15:20:57, loss: 0%
______________________________________________________________________________
| (683276:000002) Concatenated-Physical-Event :
| long: 87 desti: 0 source: 0 cryst: 2 cpl: 0 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 4e
| 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=8) -> 80 Num : XXXXXXX (номер потока первого нода)
| IE:[70] CALLED_NUMBER (l=9) -> 80 Num : PPPPPPPP (префикс VPN Overflow)
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=4) : (COMP/ECE/VAD)
| -> G729/0/0 G729/0/1 G723/0/0 G723/0/1
|
| 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 = 32514, IPv4 : 10. 0. 1. 41.
| -> Port RTCP SR = 32515, IPv4 : 10. 0. 1. 41.
| -> Port RTCP RR = 32515, IPv4 : 10. 0. 1. 41.
| -> Port Fax = 0, IPv4 : 0. 0. 0. 0.
|______________________________________________________________________________

______________________________________________________________________________
| (683276:000004) 1194: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 29 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 80 4e
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[07] EI_IP_QOS (l=3) b8 a0 00
| IE:[18] CHANNEL (l=3) a8 83 81 -> T2 : No B channel
|______________________________________________________________________________

______________________________________________________________________________
| (683276:000005) 1194: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 55 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 80 4e
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G729 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 = 32660, IPv4 : 7. 3. 0. 16.
| -> Port RTCP SR = 32661, IPv4 : 7. 3. 0. 16.
| -> Port RTCP RR = 32661, IPv4 : 7. 3. 0. 16.
| -> Port Fax = 0, IPv4 : 0. 0. 0. 0.
|______________________________________________________________________________

______________________________________________________________________________
| (683276:000007) 1194: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 55 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : FACILITY [62] Call ref : 80 4e
|______________________________________________________________________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G729 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 = 32660, IPv4 : 7. 3. 0. 16.
| -> Port RTCP SR = 32661, IPv4 : 7. 3. 0. 16.
| -> Port RTCP RR = 32661, IPv4 : 7. 3. 0. 16.
| -> Port Fax = 0, IPv4 : 0. 0. 0. 0.
|______________________________________________________________________________

______________________________________________________________________________
| (683276:000009) 1194: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 50 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 18 53
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : NNNNNNNNNN (номер которым закрывается вызов)
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : MMMMMMMMMMM (мобильный на который звоним)
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (683277:000010) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : 98 53
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 89 -> T2 : B channel 9 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (683283:000011) Concatenated-Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : 98 53
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 83 95 -> [95] CALL REJECTED
| IE:[1e] PROGRESS_ID (l=2) 82 88
|______________________________________________________________________________

______________________________________________________________________________
| (683283:000012) 1194: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 18 53
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (683284:000013) Concatenated-Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 98 53
|______________________________________________________________________________

______________________________________________________________________________
| (683285:000014) 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 : 00 4e
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (683285:000015) 1194: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 2 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 80 4e
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________
17.10.2013 13:19:37, Ra.