[loic]

Здравствуйте! Подскажите, может кто сталкивался с такой проблемой:

Схема

тфоп-мр32-мр16-cisco-asterisk

Звонок с сотового, на котором есть АНТИАОН, поступает на мр32, сигнализация ОКС7(если абонент подключен через МАЛ к мр32-вызов проходит). Если абонент на астериске, звонок приходит на мр16 без номера вызывающего и дальше не проходит(в базе мр32 код отбоя q931 - 17).

Между мр32 и мр16 сигнализация dss1.

профиль потока dss1 на мр32:

    }
   PROFIL [6] { TYPE = PCM_DSS1
       BearerCapability_infoTransferCapability = 16
       CRC4 = NO
       CallingPN_typeOfNumber = 2
       DSS1_intervalMaxTalk = 86400000
       callIn_categoryFromAON = YES
       forceInsertPIinALERTING = YES
       minNormalNumberLength = 2
       over_BearerCapability_infoTransferCapability = YES
       side = 1
   }
   PROFIL [7] { TYPE = SIG_DSS1
   }

профиль потока dss1 на мр16:

    PROFIL [3] { TYPE = PCM_DSS1
       BearerCapability_infoTransferCapability = 16
       CRC4 = NO
       CallingPN_typeOfNumber = 2
       DSS1_intervalMaxTalk = 86400000
       forceInsertPIinALERTING = YES
       minNormalNumberLength = 2
       over_BearerCapability_infoTransferCapability = YES
       side = 0
   }

Может ли помочь добавление параметра forceTransparentCallingPN = YES в профиль dss1?

Если на этом же сотовом отключить АНТИАОН, вызов проходит на астериск.

Edited August 4, 2016 by loic

[loic]

На CISCO приходит вызов, в котором поле "вызывающий" -пустое.

На мр32 с окс приходит вызываемый/вызывающий(номер а/номер б). А на мр16 приходит вызываемый/пусто.

В интернете нашёл:

при вызове с Network
стороны на User при включенной услуге, согласно рекомендациям
информация о звонящем не должна передаваться.

У меня как раз приходит с network на user.

и советуют поставить forceTransparentCallingPN = YES. Повлияет ли этот параметр еще на что-нибудь, например на переадресации звонков?

 

по трассировке вижу:

на мр32 приходит в пакете

 

   -- +Calling party number
  28 .0000011 Nature of address ind......... National (significant) Nb
     0....... Odd/even ind.................. Even
  29 ......11 Screening ind................. Network provided
     ....01.. Presentation restricted ind... Presentation restricted
     .001.... Numbering plan ind............ ISDN Telephony
     0....... Number uncomplete ind......... Complete
  30 00000000 Address signal................ 913*******

Presentation restricted ind... Presentation restricted

когда антиаона нет Presentation restricted ind... Presentation allowed

и судя по всему мр32 уже передает на мр16 только набранный номер...

По трассировке пакет с мр32 на мр16 уже без раздела Calling party number.

[loic]

Можно еще сделать так, чтобы cisco пропускала вызов без номера вызывающего.. Это возможно настроить на cisco? Возможно что-то прописать в dial-peer 4? пробовал добавить answer-address T, не помогло.

dial-peer voice 2 pots
trunkgroup TRUNK1
description OUT_PSTN
huntstop
preference 1
destination-pattern .%
direct-inward-dial
forward-digits all
!
dial-peer data 3 pots
description DIALUP
huntstop
incoming called-number 383222222
!
dial-peer voice 4 voip
description OUT_to_VoIP
preference 2
destination-pattern 383.......
progress_ind setup enable 3
signaling forward conditional
session protocol sipv2
session target ipv4:x.x.x.x
voice-class codec 1
dtmf-relay rtp-nte
fax rate 9600
fax protocol t38 ls-redundancy 2 hs-redundancy 2 fallback pass-through g711alaw
no vad

[SUrov_IBM]

Loic, доброго Вам времени суток.

 

 

По поводу М-200, к сожалению, ничего не подскажу, уже забыл, скорее и не знал,

как это коробочка работает.

 

Касательно CISCO, можно попробовать следующий вариант - https://www.opennet.ru/tips/info/1416.shtml

 

 

Пропуск звонка без идентификатора номера вызывающего абонента в пакете АОН через CISCO 5350

 

Эта заметка, возможно, окажется полезной начинающим. Настраивая шлюз 5350,

столкнулся со следующей проблемой - звонок отлично проходил во все стороны,

но если при звонках с ТФОП в пакете АОН отсутствовал идентификатор абонента А,

звонок заворачивался на модемный пул CISCO 5350.

 

Такая ситуация встречалась например, при звонках с сотового телефона у которого

включена услуга анти-АОН,

а так же при звонках с некоторых АТС, в частности из Горно-Алтайска.

 

Решение вопроса оказалось очень простым - для пропуска таких звонков,

необходимо во входящем диал-пире установить answer-address T:

 

dial-peer voice 20 pots

description #Incoming from POTS

huntstop

answer-address T

incoming called-number .T

direct-inward-dial

port 3/0:D

forward-digits all

 

В случае отсутствия answer-address T, звонок без АОН проключается на модемный пул.

Регулярное выражение Т подразумевает любое количество цифр, включая 0,

что соответствует и случаю отсутствия идентификатора вызывающей стороны.

[loic]

По поводу М-200, к сожалению, ничего не подскажу, уже забыл, скорее и не знал,

как это коробочка работает.

 

Касательно CISCO, можно попробовать следующий вариант - https://www.opennet....info/1416.shtml

Спасибо, я уже находил данную тему. Но это не помогло.

Проблема решилась записью в ТМ на мр32:

RECORD "вызываемый" AON "вызывающий" [presind=presind_restr] : AON "вызываюший" [presind=presind_allow] 2

Хотя хочется решить проблему именно на cisco...

Edited August 8, 2016 by loic

[SUrov_IBM]

По поводу М-200, к сожалению, ничего не подскажу, уже забыл, скорее и не знал,

как это коробочка работает.

 

Касательно CISCO, можно попробовать следующий вариант - https://www.opennet....info/1416.shtml

Спасибо, я уже находил данную тему. Но это не помогло.

Проблема решилась записью в ТМ на мр32:

RECORD "вызываемый" AON "вызывающий" [presind=presind_restr] : AON "вызываюший" [presind=presind_allow] 2

Хотя хочется решить проблему именно на cisco...

Loic, доброго Вам времени суток.

 

Прошу прощения, что отвечаю на вопрос Вашей ветки так поздно, тем более Вы уже разрешили проблему,

конфигурацией вышестоящего коммутатора.

 

Возможно, Вам или другим читателям ветки будет интересно, в идеологии маршрутизации вызовов на Cisco

существуют два типа "Dial Peer":

 

 

"Входящие" (incoming dial peer) - обрабатывающие поступающий вызов, на основе номера «А», из потока или VoIP.

 

Второй общеизвестный тип "Вызываемые" - определяющие направление вызова номера «Б» (поток или VoIP).

 

В своё время, я пытался маршрутизировать вызов поступивший с VoIP, определяя номера «А», через "Входящий"

Dial Peer, но моя Cisco не совсем корректно справлялась с данной задачей, возмозно из-за IOS или моих "кривых рук".

 

В указанном Вами примере, «answer-address T» необходимо добавить именно во "Входящий" Dial Peer, в случае его

отсутствия, создать "Входящий" Dial Peer, с указанием значения "answer-address T".

 

Существует старое обсуждение, на ветке форума OpenNet, см. - https://www.opennet.ru/openforum/vsluhforumID6/15068.html

Edited August 28, 2016 by SUrov_IBM