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

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 След.
Фильтр на входящий номер, Фильтр на входящий номер
 
Под Direct SD у меня занято так: Index for 1st speed dial number : 1 и Length for speed dialing numbers : 3000
Соответственно мне удалось указать в Spd Dl Numbers by Range в диапазоне 399 следующее: Index for 1st speed dial number : 3000, длинну оставил 0, Number of Digits удалось указать только 5. Всё остальное -  Illegal integer value
Фильтр на входящий номер, Фильтр на входящий номер
 
Цитата
vad написал:
Номер указывается не в Direct Speed Dial, а в Speed dial by range.
Там у ячеек и найдете где указать номера/индексы для фильтрации.
SD by range - указываете диапазон (например SD direct 1000 ячеек, какой-нибудь диапазон с 1000 до 1100).
Создаете в нем ячейку - индекс от 0 до 99, далее все как обычно.
Если я указываю значение в Range Number отличное от 0-399, то на любое значение я получаю Illegal integer value :(
Если я указываю значение в Range Number например 399, то при попытке сохранить я получаю OBJECT -1: ATTRIBUTE 0: Invalid Object Instance
Если в существующем 399-м я указываю в Index for 1st speed dial number = 1000, в Length for speed dialing numbers = 100, то в итоге получаю такую ошибку:  OBJECT -1: Index for 1st speed dial number: Direct area overlaps with other areas
Если там же я указываю 4000 то получаю: OBJECT -1: Index for 1st speed dial number: Maximum Value of Direct speed dial reached
Изменено: Vladimir - 16.04.2019 17:11:14
Фильтр на входящий номер, Фильтр на входящий номер
 
Цитата
error написал:
Раздел SD   имеет два этажа
верхний этаж для пользователей
нижний этаж для фильтрации звонков применяют

через omnivista зачастую нижний этаж не видно, cделайте через mgr хотя-бы одну запись чтобы в omnivista было видно
Тогда опять не совсем ясно несколько моментов:
1. если я проваливаюсь в Spd Dl Numbers by Range - Review/Modify -  All instances - то я вижу 400 записей от 0 до 399, в каждой из которых примерно одно и тоже:
Range Number : 4
Index for 1st speed dial number : 0
Length for speed dialing numbers : 0
Number of Digits : 2
Used in network + Local Node
и в каждой из них меняется только Range Number. Вот что это такое и что с этим делать?
2. если я проваливаюсь в Spd Dl Numbers by Range -  Descend hierarchy - Create, то при любом раскладе я получаю OBJECT -1: ATTRIBUTE 0: Invalid Object Instance
3. если я проваливаюсь в Spd Dl Numbers by Range -  Descend hierarchy -  Descend hierarchy - Caller Number Filtering - Create, то опять же получаю Unknown Object Instance
Куда дальше копать - не понимаю...
Фильтр на входящий номер, Фильтр на входящий номер
 
Цитата
Swat написал:
Цитата
gmaratm пишет:
Следующая задача:

УПАТС к городу подключена по потоку. Необходимо один входящий звонок с номера 89XXXXXXXXX отфильтровать при его звонках на один из внутренних номеров. Или запретить звонки с этого номера 89XXXXXXXXX на все внутренние номера УПАТС. Возможно ли это?

А как запретить звонки с этого номера 89XXXXXXXXX на все внутренние номера УПАТС. Возможно ли это?
Всем привет.
Немного освежу тему. Подскажите пожалуйста, как решить проблему - у меня есть конкретный номер сотового, с которого необходимо запретить звонить на станцию или, насколько я понял, прочитав эту тему - завернуть все входящие с этого номера вызовы на номер-мусорку (overflow). В итоге мне удалось сделать связку в Translator -  Filtered Called Number -  фильтруемого номера и номера, куда вызов должен уходить, если он идёт с нежелательного. Теперь, мне нужно определить по АОНу звонок с нежелательного сотового и, присвоив ему speed dial number, завернуть его в overflow. Вот тут у меня полная засада - номер в direct speed dialing мне завести удалось, и теперь, если я с этого мобильника звоню на свой внутренний, то он отображается не как номер, а как имя, которое в SD для него я задал, то есть АОН работает. Теперь вопрос - как же его завернуть на overflow или сбросить? Как его завести в SD by range, я совсем не понял.

Спасибо!
Кнопка быстрого набора номера
 
Цитата
vad написал:
dialing command table
Спасибо большое. Попробую. Единственно - не совсем понял насчёт удаления 4х цифр...
Изменено: Vladimir - 04.02.2019 17:58:27
Кнопка быстрого набора номера
 
Добрый день, уважаемые форумчане.

Подскажите пожалуйста, как запрограммировать на аппарате абонента кнопку быстрого набора номера в Users - Descend hierarchy - Progr.Keys с таким условием: по нажатию этой кнопки вызов идёт на городской номер, далее там происходит поднятие трубки, и по этому событию телефон в тональном режиме набирает добавочный номер? Просто номер набрать получается, а добавить туда паузу и DTMF с набором никак...
Версия ОС: R11.2.2

Заранее Спасибо!
Не проходят вызовы из Asterisk на внутренний телефон в Alcatel
 
Цитата
vad написал:
Астериск - нет, не исключаем. Вы ведь не написали - что набирает абонент Астериска, на какой номер и как это маршрутизируется.
Чем-то этот номер - должен отличаться в Астериске и/или GK от других.

Кстати вопрос - этот номер никогда не работал или работал, но перестал?
Да в том, то и дело, что раньше и необходимости звонить на него из астериска не было, так что я даже не знаю, когда это началось. Все звонки осуществлялись либо изнутри (алкатель) либо извне, что также обрабатывается алкателем. Собственно и сейчас всё отлично работает, кроме приёма звонков от астериска.
Не проходят вызовы из Asterisk на внутренний телефон в Alcatel
 
Цитата
vad написал:
Судя по менеджменту GD - Е164 лист не используется - должна быть статическая регистрация (ручками) на GK.
То, что что-то заводилось недавно и работает - не говорит ни о чем. Например раньше - изначально завели весь диапазон номеров (а этот пропустили).
GK - делает простую операцию - он сообщает вызывающей стороне IP адрес, куда надо отправить звонок. Если с обычного софтого VoIP телефона (X-Lite, SJ-Phone, Netmeeting) без проблем звоните по H323 на данный номер - ОХЕ совершенно не причем.

Не силен в Циско. Но выглядит как - 2ХХХ надо отправлять на GD. У вас какие номера работают/не работают на ОХЕ?
Не работает только один номер, который, судя по конфигу на гейткипере попадает в правило 2*. Все остальные номера прекрасно работают и те что до, и те, что после, причём я даже попробовал позвонить на несуществующий номер - и то трассировка отобразилась и там указана причина недозвона, а тут же полтергейт какой-то...
С софтового телефона попробую позвонить, то есть астериск из этой схемы мы исключим?
Не проходят вызовы из Asterisk на внутренний телефон в Alcatel
 
Цитата
vad написал:
Повторюсь.
Как посмотреть, что зарегистрировано на гейткипере - это в доку на гейткипер вам надо смотреть.
Пересоздание абонента - не причем совершенно.
Или вы статически в ГЕЙТКИПЕРЕ указываете номера, которые принадлежат ОХЕ.
Или это происходит динамически при рестарте VoIP платы (если в ней указан гейткипер и Е164 лист)
В Е164 листе - указываются не все номера, а только первые цифры (вроде до 10 записей было, лень лезть в доку) - например для выхода в город через 9 и внутренних номеров 2ХХХ - достаточно прописать там 9 и 2 (опять же, если ничего не путаю).  
Ну вот на текущий момент в IP - Descend hierarchy - Gatekeeper E164 Number List - All instances есть только один номер 11*, и указано E164 Number List Index : 0
Если провалиться сразу в Review/Modify то в пункте Used указано + Not used.

Насчёт статической регистрации на гейткипере - это врядли, так как всё остальное, что заводилось совсем недавно прекрасно работает. То есть гейткипер работает прозрачно. Я, как-бы, о нём не знаю :) Попробовал на него залогиниться, но там не всё понятно.

Конфиг указывает например на это:


gw-type-prefix 2* gw ipaddr 192.168.100.11 1720



!
dial-peer voice 4 voip destination-pattern 8T
session target ipv4:192.168.100.11
dtmf-relay rtp-nte
codec g711alaw
fax rate 9600
fax nsf 000000
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none
no vad
!


192.168.100.11 - это адрес платы GD в настройках которой указано:E164 Number List Index : -1 и Gateway H323 name : H323-GW.
Изменено: Vladimir - 18.12.2018 12:10:14 (ошибся)
Не проходят вызовы из Asterisk на внутренний телефон в Alcatel
 
Цитата
vad написал:
Раз в t3 ничего нет - остается предположить, что проблема в регистрации этого номера на гейткипере.
А возможно это как-то увидеть на самом гейткипере и как его перерегистрировать на нём? Пересозданием номера?
Спасибо.
Не проходят вызовы из Asterisk на внутренний телефон в Alcatel
 
Здравствуйте, уважаемые форумчане.
Прошу помочь в решении такой проблемы: есть связка Alcatel и Asterisk по h323 через Cisco  Gatekeeper. Звонки из Asterisk в Alcatel прекрасно ходят, кроме звонка на один чудо-номер, на который при попытке вызова из Asterisk раздаётся один гудок, затем обрыв и ошибка decline. Отличает этот номер от остальных следующее:

1. у него есть Assistant Directory Number
2. к нему привязана DECT трубка в тандеме
3. количество Supervisor этого номера = 4
Всё остальное ничем не отличает этот номер от других, на которые дозвон идёт нормально. Также, как и у всех остальных, у этого номера такие же Phone Features COS и Connection COS. Больше ничего отличного я не нашёл.

При этом, если запускать трассировку t3 на алкателе и попытаться сделать вызов на этот номер с астериска - трассировка молчит как партизан. Лог астериска говорит о том, что вызов ушёл и завершился с сообщением No one is available to answer at this time, а софтфон выдёт ошибку "603 Decline". С города на этот номер вызовы приходят отлично, никаких запретов на звонки по добавочному также не установлено. Из алкателя внутренние вызовы также ходят без проблем. Где может таиться разгадка?

Версия ОС: R11.2.2

Спасибо!
Проблемы с исходящими вызовами
 
В трассировке пишет кучу всего, но до asterisk вызов не доходит. И такое впечатление, что трассировка зацикливается. По ссылке трассировка: trace_6377
Проблемы с исходящими вызовами
 
Цитата
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
Проблемы с исходящими вызовами
 
Цитата
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ку это убрать, то вызов уже не проходит...
В чём разница между логическим и реальным дискриминатором - не понимаю. Если поясните, буду Вам благодарен.
Проблемы с исходящими вызовами
 
Цитата
Владислав Хисамов написал:
Владимир, хотелось бы видеть большее количество информации по вашему вопросу:
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
|____________________________________________________________­__________________
Страницы: Пред. 1 2 3 4 След.