Форум - Офисные АТС

Доброго дня.
Имеется гейт 7200, прошивка MPS_G410. Настроен в соответствии с Chapter 6. Gateway Configuration(OS7400)(ED02_33_EN).
на 7200 имеется плата 8TRK, транки объеденены в группу 9. абоненты гейта на транки попадают, внешние вызовы через 9 совершают без проблем.
Судя по документации, входящий звонок на транки настраивается в ммс323 в том же cli, что и в ммс837. Там прописан 4-х значный локальный номер абонента гейта. В SCM нумерация 6-тизначная.
Однако, когда звонок поступает из внешнего мира на транк, гейт отдаёт данный звонок на SCM (вижу инвайт с 4-х значным номером на SCM), есс-но, звонок уходит по настроенным маршрутам на этот 4-х значный номер, который к номеру на гейте не имеет никакого отношения. если в ммс323 указать 6-ти значный номер абонента гейта, то SCM его нормально возвращает гейту/абоненту.
Вопрос1: так задумано? если да, то в документации что-то не то, или криво читаю...
Вопрос2: если 1 - да, каким образом лучше вернуть звонок на гейт в группу локальных абонентов? Первое, что приходит в голову - через роут, но тут не хватает знаний, как из DID Routing направить звонок, например, в Location based routing...

Клинический факт, что нумерация внутренних портов на OS7000 4х значная.
Но, никакого отношения нумерация внутренних портов на шлюзе к нумерации Single Phone User в SCME не имеет.
Ты создаешь 6 значный SLT Single Phone User и присваиваешь его на определенный шлюз.
Для SCME этого достаточно, чтобы любой вызов по этому 6 значному номеру он тупо отправлял в этот шлюз.
Далее. Прописывая этот 6 значный номер в DID шлюза, и направляя его на этот 4х значный порт (просто используется прием вызовов в концепуии OfficeServ), ты приземляешь вызов на этот SLT, не важно откуда и как он пришел. При любых вызовах с 'этого SLT порта сигнализация пойдет сначала в SCME под 6 значным номером присвоенным в CLI table. Считай при работе с SCME все звонки на/c SLT будут для шлюза являтья просто входящими или исходящим SIP вызовами.
Далее.
Имеется понятие Service Group и в ней имеется свой Dial Plan. Так вот. У каждого User имеется еще и свой Extension Number. Он работает только внутри Service Group. Ну допустим. Есть Single Phone User с номером 102001. У него же есть Extension Number 2001. И этот же 2001 прописан на SLT порту шлюза. Тогда пользователи этой Service Group этого абонента могут вызывать и по 102001, и по 2001 и инициация сессии от/к нему будет итди только через SCME. А вот в случае потери связи с SCME шлюз уходит в режим Survivability - выживания и звонки будут коммутироваться внутри по 4х значной внутренней нумерации портов.
Никаких групп локальных абонентов (при работе в связке с SCME) в шлюзе нет.
Для этого есть в Services -> Hunt Group в самом SCME.
Точнее Station Group в шлюзе есть, но работать она начнет при разрыве связи с SCME, когда шлюз уходит в режим выживания и работает, как отдельно стоящая АТС OfficeServ с неким предпрограммированным функционалом.
Далее. Все входящие вызовы по ISDN из шлюза, минуя таблицу DID таблицу (она опять же работает только в режиме выживания) идут сразу в SCME. Сначала в модификацию Inbound MCN (модификация Called/Calling номеров) и затем в DID Routing (ну или CLI Routing), где и назначается приземление вызова.
Вызовы с аналогвых транков попадают в DID SCME через номер заданный в ММС323. Тут, допустим, можно прямо городской номер и указывать (тебя смутило, что в примере тут стоит 4х значный номер). Он и полетит в MCN и DID на SCME. Далее все как в ISDN.
Ну и на последок. ММС406 так же как-то заполняется для распределения вызовов с аналоговых транков в режиме выживания шлюза.

Спасибо, Лев (в т.ч. за повтор реплики конференции).
Если я правильно понял, то логика будет такой: звонок на транк гейта, передача в SCM c cli из 323, did на scm -> перевод в hunt группу, возврат в гейт участнику группы.
Иными словами, перевод входящего городского на группу.

Звонок с аналогового транка в SCME будет передан через Invite с полями From: принятый из города CID и To: CLI заданный в ММС323

ух много написали
что пропишешь в mmc323 гейта для транка, то получишь в did scm'а. далее все как обычно в ddi таблице как у OfficeServ'а...

ещё одна бяка, теперь с PRI...
при звонке на городской номер, который заходит в гейт через tepri, сам гейт отдаёт на scm тот же самый городской номер в поле from, вместо cli номера транка из 323...

MMC323 используется только для аналоговых транков, чтобы кидать хоть что-то в DID SCME при поступлении вызывного!
По PRI при входящем вызове шлюз передает в SCME в поле From в качестве CLI именно то, что было в Caller Party Number из ISDN сигнализации.

Понял, спасибо.