Но ведь я же набираю 9=ARS Prof TG Seizure сначала, который ссылается на лок. дискриминатор. Затем из дискриминатора попадаю уже в ARS-маршрут, в котором и добавляется к номеру 784358 префикс #99. Или я туплю?

В ARS-server-префиксе указан один и тот же дискриминатор, а именно 4. В нём на 1-ом узле и прописаны все нужные правила. На 1-ом узле роут выглядит так: TG=-1, удаляются 6 цифр и добавляется 1038. 1038=#10231001038, где #102-префикс занятия IP-транкгруппы, а всё остальное удовольствие отсылается на ОХО. Кстати, пробовал указать вместо 1038 просто внутренний номер на ОХЕ1 - та же песня. Не могу понять где косяк.

Видимо я хреново объясняю.

Схема:

ОХЕ2------------ip---------------OXE1-----1--------ip--------------OXO
 |
 |
 2
 |
 |
город

Где 1 и 2 - маршруты. Вертикальная часть на схеме должна располагаться под ОХЕ1.

А при чём тут DID? В общем, организовано так. На ОХЕ2 (узел 4) создан префикс ARS-сервера #99, который ссылается на узел 1 (ОХЕ1) с использованием дискриминатора 4. Там же создан ARS-префикс, который ссылается на локальный дискриминатор 0. Правило дискриминатора num=7 - ars list=3 - num,of dig.=6. В маршруте добавляется к номеру 784358 префикс #99, и всё это остаётся внутри, TG=-1. Всё чудесным образом улетает на 1-й узел. Там, есть тот же префикс #99. А далее, как обычно, для номера 784358 прописано 2 маршрута: один по ip, второй через город. Городской маршрут работает, а ip-шный нет/

Наврал - до второго дело не доходит.

Дело даже не столько в ОХО, а в использовании маршрутов для преобразовывания городских во внутренние.. Тут что-то с транзитом. Ведь, с одной стороны B-channel не занимается (WB), а с другой идёт попытка занятия В-канала на той же INT-IP.

Трасса звонка с OXE2 на ОХО транзитом через ОХЕ1. 31899 - VPN-префикс на ОХЕ1. Это трэйс 1-го маршрута, второй вырубил. Плата INT-IP, центральная станция (ОХЕ1) в АСТ, ОХЕ2 - Common Hardware.
Трэйс заканчивается попыткой занять 2-й канал на INT-ip.

mtracer started ...
(233325:000001) MTRACER host (172.16.64.69), version: R7.1-f5.401-36-d-r
u-c7
(233325:000001) MTRACER num: 040, time: 2011/01/21 15:39:01, loss: 0%
____________________________________________________________­__________________
| (233329:000002) Physical-Event :
| long: 77  desti: 0  source: 0  cryst: 0  cpl: 15  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 00 07
| 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=1) -> 80 Num :
| IE:[70] CALLED_NUMBER (l=6) -> 81 Num : 31899
| [97] Locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=4) : (COMP/ECE/VAD)
|       -> G723/0/1  G723/0/0  G729/0/1  G729/0/0
|
| 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.   64.    0.  223.
|    -> Port RTCP SR = 32515, IPv4 :    10.   64.    0.  223.
|    -> Port RTCP RR = 32515, IPv4 :    10.   64.    0.  223.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

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

____________________________________________________________­__________________
| (233329:000005) 1075: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  80 07
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 1
| [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     = 32548, IPv4 :   172.   16.   64.   67.
|    -> Port RTCP SR = 32549, IPv4 :   172.   16.   64.   67.
|    -> Port RTCP RR = 32549, IPv4 :   172.   16.   64.   67.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (233329:000007) 1075: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 55  desti: 0  source: 15  cryst: 0  cpl: 15  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : FACILITY [62] Call ref : 80 07
|____________________________________________________________­__________________
|
| [9f] Non-locking shift. codeset : 7
| IE:[06] EI_IP_PAYLOADS (l=1) -> G723 Ece 1 Vad 1
| [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     = 32548, IPv4 :   172.   16.   64.   67.
|    -> Port RTCP SR = 32549, IPv4 :   172.   16.   64.   67.
|    -> Port RTCP RR = 32549, IPv4 :   172.   16.   64.   67.
|    -> Port Fax     = 0, IPv4 :     0.    0.    0.    0.
|____________________________________________________________­__________________

Взялся настраивать Ars server, надоело дублировать маршруты на каждой станции. Две ОХЕ, объединены в сеть гибридным линком по ip, одна (назовём ОХЕ1) смотрит в город, вторая (ОХЕ2) выходит в город транзитом через неё. Вопрос такой. Есть ОХО, на которую можно дозвониться по городскому номеру, а можно по ip. Соответственно, на АРС сервере два маршрута: 1-й преобразовывает городской 784358 во внутренний 1038, а второй оставляет в том виде, в котором он прилетел, и отправляет в город. АРС работает, но только со 2-м маршрутом. Чуть позже выложу трэйс. Номер 1038 организован как спиддайлинг.

Спасибо. Я к ним и прицеливался.

Приветствую всех! Посоветуйте, пожалуйста, аналоговый GSM-шлюз для стыковки с ОХЕ посредством NDDI.

вопрос снимается. всему виной невнимательность.

Приветствую всех! Вопрос в следующем. На одной из 2 станций, которые сидят в ABC-F сети, создана локальная хантинг группа с параллельным исканием. Эта же станция подключена к городу по BRI. При звонке из города на эту х.г. звонят все аппараты, а при наборе номера х.г. со второй станции звонит ТОЛЬКО один аппарат этой х.г. Почему так?

Подстановка номером 5701 работает с последующей отменой форвардинга.

Как раз заказывал переадресацию типа #58+5110+5701. Отмена её с аппарата 5110 разрешена, поскольку делал. И подстановка проходит удачно - получаю длинный гудок после пароля. Но отбой идёт после набора префикса #59. Follow-Me on Remote forwarding не катит, поскольку нужно забирать вызов не только себе, но и выполнять переадресацию с 5701 на какой-нибудь другой номер <>5110. Попробую подставится 5701.