Здравствуйте! Подскажите, может кто сталкивался с такой проблемой:
Схема
тфоп-мр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
}
профиль потока 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?
Если на этом же сотовом отключить АНТИАОН, вызов проходит на астериск.

МР-32 такая же зелезка как и МР_16 только портов больше? Если да, то почему если абонент подключен через МАЛ к мр32-вызов проходит?

Скорей всего на cisco отбрасывает. Этот код отбоя - абонент занят. Некорректный ответ.

Я думаю, это больше подходит:over_CallignPN_
presentationInd = Y. Тогда принудительно будет включена презентация номера вызывающего абонента.

МР-32 такая же зелезка как и МР_16 только портов больше? Если да, то почему?

Скорей всего на cisco отбрасывает. Этот код отбоя - абонент занят. Некорректный ответ.

Вероятно Cisco, т.к на нее приходит вызов, в котором поле "вызывающий" -пустое.
На мр32 с окс приходит вызываемый/вызывающий(номер а/номер б). А на мр16 приходит вызываемый/пусто.
В интернете нашёл:
при вызове с Network
стороны на User при включенной услуге, согласно рекомендациям
информация о звонящем не должна передаваться.
У меня как раз приходит с network на user.
и советуют поставить forceTransparentCallingPN = YES. Повлияет ли этот параметр еще на что-нибудь, например на переадресации звонков?

Кто скрывает АОН, запрещает показ-презентацию номера. На самом деле АОН всегда есть. Это вы в ОКС-7 видите.

Кто скрывает АОН, запрещает показ-презентацию номера. На самом деле АОН всегда есть. Это вы в ОКС-7 видите.
по трассировке вижу:
на мр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.

Попробуйте в окне редактирования АОН для строки в ТМ слева поставить
presind presind restr а справа, в правиле преобразования АОН presind presind allow

Попробуйте в окне редактирования АОН для строки в ТМ слева поставить
presind presind restr а справа, в правиле преобразования АОН presind presind allow

ТМ прописываю через текстовый конфигуратор. Много разных вариантов перепробовал, пока безрезультатно.
Можно еще сделать так, чтобы 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

ТМ прописываю через текстовый конфигураторДобрый день! Программы у вас нет?

Это как-то так будет выглядеть:

RECORD "12000" - "12999" AON "??????????" [presind=presind_restr] : AON "**********" [presind=presind_allow] 2

Добрый день! Программы у вас нет?

Это как-то так будет выглядеть:

RECORD "12000" - "12999" AON "??????????" [presind=presind_restr] : AON "**********" [presind=presind_allow] 2

Здравствуйте! Спасибо за помощь! Это помогло. Я правильно понимаю, что если в пакете в calling_party будет "Presentation allowed"(т.е Антиаона не будет), вызов не будет попадать в данную ТМ?

Я понимаю так, что от кого-то приходит параметр "презентация запрещена" а вы такой командой её отменяете и номер видно. А дальше на циске уже всё происходит в обычном порядке.

Здравствуйте! Спасибо за помощь! Это помогло. Я правильно понимаю, что если в пакете в calling_party будет "Presentation allowed"(т.е Антиаона не будет), вызов не будет попадать в данную ТМ?
Будет попадать, если второй строчкой поставите ниже имеющейся. Вообще попробуйте. Это моя версия.:)
Вообще попробуйте использовать повторную обработку для исправления "невидимок".

Добрый день! Программы у вас нет?

Это как-то так будет выглядеть:

RECORD "12000" - "12999" AON "??????????" [presind=presind_restr] : AON "**********" [presind=presind_allow] 2

Я подумал, и считаю, что в первой строчке нужно явно указать [presind=presind_allow], а во второй указать как выше в цитате. Тогда будет осуществляться проверка этих параметров и во второй строчке исправляться. Отпишитесь о результате, самому интересно, а то достали "коллекторы".

Я подумал, и считаю, что в первой строчке нужно явно указать [presind=presind_allow], а во второй указать как выше в цитате. Тогда будет осуществляться проверка этих параметров и во второй строчке исправляться. Отпишитесь о результате, самому интересно, а то достали "коллекторы".

Для теста:
RECORD "220xxxx" AON "913*******" [presind = presind_restr] : AON "913*******" [presind = presind_allow] 3
RECORD "220xxxx" AON "913*******" : "220yyyy" 3
т.е если набирают 220xxxx с номера с АОН -> вызов идёт на тот же 220xxxx.
Если набирают 220xxxx с номера без АОН -> вызов идёт на 220yyyy.

Доброе утро. Я не понял, получилось как хотели? То есть исправляет?
Для теста тоже неплохо: можно на автоинформатор направить с фразой "не балуй!".:)

Доброе утро. Я не понял, получилось как хотели? То есть исправляет?
Для теста тоже неплохо: можно на автоинформатор направить с фразой "не балуй!".:)

Да, работает как нужно) Хотя хотелось бы решить проблему на cisco, но пока не хватает опыта)

Спасибо! Будем знать, как выявлять "невидимок"!

Сегодня у себя на МР-16 сделал с помощью добавления ТМ и последующей исходящей обработки с помощью неё.

GROUP [4] { ROUTE = 2 ROUTEOUT = 4 }

}
ROUTE [4] { NAME = ""
RECORD "2000" - "2999" AON "**********" [presind=presind_restr] : AON "**********" [presind=presind_allow] DIROUT
RECORD "2000" - "2999" AON "**********" DIROUT
}

добрый день. подскажите может кто сталкивался на мини атс ERICSSON BF250 перестал работать автоответчик после замены материнской платы.