1. Есть E1 + ISDN PRI.
2. Хочу организовать DISA.
У меня сейчас:
CM3002>132:18
...........
CM3002>146:18
CM3002>147:31
CM3002>148:18
.........
CM3002>163:18
Все транки в route №9.
1.А согласно Feature Programming Manual нужно ставить CM3002/3003 (trunk_number) в 16. ?
Получается нужно какой-то trunk "выщипывать" из route''а и использовать для DISA?
Эти значения надо оставить, а включить DISA в 76 команде
Правильно ли я понимаю...
У меня :
.....
CM7600
(1) xxxx - 4 последние цифры номера
(2) number_conversion_block
........
День:
CM7601
(1)-number_conversion_block
(2)- extension
Ночь:
CM7602
(1)-number_conversion_block
(2)- extension
Т.е. привязали extension к входящему номеру.
А теперь командой
CM7601/02 > (1)-number_conversion_block
(2) D16,
перепривязываю номер на DISA.
Так ли ????
Совершенно верно, именно так.
В догонку..
В систему-то я попадаю (на любой extension), а вот выйти наружу не получается.
Посмотри, разрешено ли соединение trk2trk.
CM08-028-0
360-RTinRTout-0
Да вроде бы все это ставил.
Единственно вопрос:по CM36 Y=0, можно ли выставлять следующим образом : incoming trunk route ====outgoing trunk route?
В CM360 устанавливается разрешенная связка входящих и исходящих направлений.
Например, если нужно разрешить транзитный звонок, пришедший из Trunk Route 01 в Trunk Route 02, то назначаем:
360>0102:0
Если необходимо разрешить транзитный звонок, пришедший из Trunk Route 01 в опять же Trunk Route 01, то назначаем:
360>0101:0
Вроде бы здесь никаких "подводных камней" быть не должно.
А для тенанта, по которому приходит входящий вызов, в нумерационном плане (СМ20х) прописан выход в город.
У меня :
1. CM 360>0909:0
2. Все extensions в одном тенанте.
А транки с ext. в одном тенанте
И не получится. Смотри функцию REMOTE ACCESS TO SYSTEM, выход наружу возможен только через пароль. И паролю нужно правильные классы сервиса выставить.
Дмитрий Хлевной
Да вроде бы в Feature ...... нигде не сказано , что нужно пароль на выход, а пароль на вход отрабатывает. Что-то я не понимаю, где об этом сказано.
Т.е. если не трудно, хотя бы чуть-чуть подробнее.
Пароль один - на вход, но его класс сервиса д.б. такой, чтоб можно было выйти по доступным маршрутам. Проверь, чтоб в СМ42 количество цифр пароля стояло ровно столько, сколько в пароле. Посмотри, как у тебя приписывается тенант к транку: в 3001 или по DID. Сделай аппарат в этом тенанте и с нужным COS и проверь исходящую с него, после этого проверь переадрессацию на внешнего абонента с этого аппарата.
Да, какой у тебя релиз софта? Помнится у одного из релизов как раз были трудности с удаленным доступом через DID. Какой именно релиз этим грешит сейчас сказать не могу - в отпуске я. :-))
Дмитрий Хлевной
Спасибо. Буду разбираться.
Счастливо отдохнуть.
Касательно релиза софта:
CMF85>FF02:2834
CMF85>FF03:B2
т.е. версия R2.2
1. У меня:
CM3001>132:1
.........
.........
CM3001>163:1
2.Переадресация, если я правильно понял, работает. Т.е. проделал следующее:
Получаю звонок на тестируемый "DID номер" (на который потом будет привязана DISA) и легко его перевожу наружу, и конференция работает и соединение остается когда кладу трубку.
3. Длина пароля -16.
Должно работать. Нет доки под рукой, но насколько я помню, для пароля длиной более 8 цифр надо поставить дополнительную память. Попробуй уменьшить длину пароля до 7 цифр.
Дмитрий Хлевной
Уменьшение длины пароля до 7 знаков не помогает.
Я подумал, что м.б. не точно обозначил задачу и то что происходит в действительности.
Хотелось бы следующего достичь:
Дозвониться на мою станцию извне и затем позвонить по любому наперед заданному номеру.
Делаю все как книжке (с учетом замечания г-на Balzam"a относительно CM76), доступ на внутренние номера проходит (извините, за повтор), а после набора городского номера вызов как бы "срывается" , как -будто кто-то отбил его.
М.б. Remote Access и не предназначен для такой задачи?
P.S. Это я к чему? Работала ли у кого-нибудь такая схема ?
У меня на М100 работает без всяких проблем. На МХ пока не делал, но скоро придется. А отбой у тебя происходит после какой цифры?
Все - таки проверь принадлежность тенантам. Если ты используешь для всего один номерационный план, то по СМ1204 и СМ3001 у тебя должны совпадать. Если не совпадают, то по СМ29 обнаруженным тенантам должен присвоить одинаковый н.п.
Если используешь несколько номерационных планов, то скорее всего выход в город для тенанта ( СМ3001), по которому приходит вызов, не прописан.
Проверю еще раз.
А отбой происходит после набора всего номера.
Тенант в CM1204 и CM3001 прописан один-первый.
А какая сигнализация по потоку у тебя? Если ISDN или R2 MFC оператор требует выставления твоего АОНа? А ты его на транзитные звонки не забыл подставить? И вообще, твой оператор в состоянии трассировку сделать?
Дмитрий Хлевной
Работает и на старых м100, м80 и на новых 100МХ и 140МХ. На IPS еще не ставил - не требовалось.
Дмитрий Хлевной
1.Сигнализация ISDN.
2.Не понял насчет "...подставления АОНа на транзитные звонки..."". Где это можно посмотреть?
3.Оператор кивает на меня " .....мы в NEC не понимаем, говорили тебе покупай у нас BP... ".
2. У тебя абоненты по СМ1212, 1213 и 5005 свой номер оператору передают? А почему ты думаешь что транзитный звонок с транка на транк "безымянным" пройти сможет? Оператор его не пропустит. А номера для транзитов ставятся в 3503 (там где имя для маршрута приписать можно)и 5005. Точные номера команд посмотри по доке. У меня нет ее под рукой.
3. А какая оператору разница какой поток ISDN оттрассировать? Или они и в этом ничего не понимают?
Дмитрий Хлевной
Если правильно понимаю, то возвращаю 4-последние цифры номера : СМ 1212 >ext:XXXX ?!!?
Не обязательно. Посмотри еще 1213, там м.б. ссылка на 5005, где будут прописаны остальные цифры городского номера.
Дмитрий Хлевной
Про безымянность:
была к концу дня мысль о том как оператор этот звонок будет "идентифицировать", но отогнал ее, подумал : я в станцию попал, а дальше мол все от нее идет.
Ну да.
Есть CM1213, data=1 (local office code table # ) и CM5005>1:095YYY (YYY=первые три цифры номера)
От нее и идет, только если звоник не с ext, то какой она номер подставит? только из 5005. Кстати, покопай доку, кажется там где прописываешь пароли , в М100МХ в паролям можно приклеплять номер SID. Тогда 3503 тебе будет не нужна.
Дмитрий Хлевной
Пропиши 3503>route ISDN: 02
5005>02:095YYYXXXX
Дмитрий Хлевной
Прописал, но то же самое.
Сейчас перепроверю.
Нет, сожалению. Та же картина.
А нельзя сделать по той же схеме, что и у меня было, т.е. CM5005-ой передать часть номера и как -нибудь остаток. Может быть в этом дело.
Что-то вспоминаю провайдер пыхтел: "....как-то странно вы передаете номер, нам что-то донабирать приходится у себя на транзитной станции...."" . Хотя я могу и путать.
Попробуй SID привязать к транкам. Смотри книжку по ISDN, но если не путаю, то это 3019, 3034 и 5005
Или попробуй по другому: через команду 2А15.
Дмитрий Хлевной
Правильно ли я понимаю следующее:
Для идентификации провайдером вызывающей стороны возможны два варианта:
1. Каждый extension жестко связывается с ISDN subscriber number. В обычном случае это последние 4 цифры городского номера (XXXX). Это делается посредством CM1212>extension:XXXX.
Остальные цифры ISDN number (то что называется local office code), в моем случае это -095YYY, "забиваются" посредством CM1213>extension:local_office_code_table_number
и CM5005>local_office_code_table_number:095YYY(local office code). Это конструирование.
В процессе соединения каждый extension (вернее станция, зная что extension"у приписано все вышесказанное) посылает весь ISDN-номер в сеть.
Это и есть посылка CPN (calling party number) или по-другому SID (?) в сеть.
Однако, как описано в книжке на примере, само это действие можно запретить или разрешить с помощью CM1325>extension:provide/not_provide.
В связи с изложенным
Вопрос№1:
У меня изначально так все и установлено, но в CM1325 стоит запрет на всех extensions, а как тогда я передаю номер провайдеру??
2. Можно по-другому:
Можно каждому транку(NB!) в ISDN-route (CM0701)
жестко приписать ISDN subscriber number (CM3019/CM3034/CM5005 по схеме аналогично в п.1).
Вопрос№2 :
Тогда получится , что провайдеру с одного и того же extension"a будет посылаться каждый раз различная идентификация? А как же тарификация?
3. Возвращаясь к DISA.
Получается что для выхода через DISA "наружу" нужно использовать схему п.2. Зашел в систему, ушел через какой-то (произвольный транк), при прохождении через этот транк звонку прицепился его (транка) ISDN subsciber number, его и отдали провайдеру.
Вопрос№3: Опять: а как же тарификация.
Вопрос№4: А может я все вообще не так понимаю?
1. Чтобы отдавать оператору АОН, прописанный по СМ1212, 1213 и 5005, в СМ1325 надо поставить 0 для сигнализации R2MFC или 1 для ISDN.
2. Для передачи оператору АОНа привязанного к транку (CM3019/CM3034/CM5005 ) надо в СМ1325 поставить противоположные значения, чем в пункте 1.
3. С тарификацией в этом случае - напряг. Либо все транзитные звонки (через DISA) будут проходить под одним номером, либо копай СМ2А на предмет, как прицепить к каждому паролю свой SID.
4. У тебя хоть получилось сделать транзитный звоник? Если на ext поставишь переадрессацию на внешнего абонента и позвонишь на него из города, звонок уходит обратно в город?
Дмитрий Хлевной
Привет Димыч.
Подтверждаю все, что сказано выше.
Особенно по поводу R2 MFC.
Специально проверил следующие варианты:
1. Замыкание входящего транка на исходящий транк - вручную.
Со STA, с помощью FLASH.
В этом случае в качестве идентификатора абонента (ANI) выдавалась сумма знаков 5005 + 1212.
2. Замыкание входящего транка на исходящий - автоматически.
Т. е. звонок с наружи на STA, на котором установлен Forward All Calls - также на ружу.
В этом случае в качестве ANI передавалась сумма знаков 5005 + 3019. Естественно 5005 коррелируется с 3503 входящего Route и 3019 относится к входящему Trunk.
3. Собственно Remote Access.
Т. е. окончание звонка с наружи на D16 (согласно CM76). В этом случае ANI также привязывается к входящему Route и Trunk.
К сожалению ничего не могу подтвердить по поводу ISDN. Ибо не имею возможности проверить.
Могу только предположить, что механизм Remote Access не меняется:
1. Входящий вызов завершается на D16 (например с помощью CM76).
После этого прекращается обмен MFC (или обмен в D-канале для ISDN).
Ибо устанавливается голосовой тракт.
2. Голосовой тракт подключается к неким приемным регистрам DTMF (слышен Dial Tone).
3. Все поступающие комбинации DTMF анализируются согласно нумерационному плану (разумеется план привязывается к тенанту входящего транка).
4. Если пароль для Remote Access (CM2A) не использовать, то дозвониться можно только до STA.
Т. е. Remote Access работает как Automated Attendant.
5. Чтобы получить возможность выхода наружу НЕОБХОДИМО задействовать пароль (хотя бы одну цифру).
После набора пароля, звук Dial Tone изменится (вроде глуше станет).
Теперь можно набирать внешний номер или код выхода наружу.
6. Принятый номер оттраслируется наружу согласно протоколу используемой сигнализации. Если требуется будет передан ANI (CPN, SID).
Если говорить об ANI (CPN, CID ?), то всегда передается идентификатор ОРГАНИЗАТОРА исходящего соединения.
Если организатором является STA, то его личный идентификатор хранится в CM1212 а групповой в CM1213 -> CM5005.
В случае с Remote Access организатором является ВХОДЯЩИЙ транк, его личный идентификатор хранится в CM3019 а групповой в CM3503 -> 5005.
Насколько я понимаю CM3034 работает только для ISDN.
Насколько я понимаю ИСХОДЯЩИЕ транки (и Routes) не могут выступать в качестве ОРГАНИЗАТОРА исходящего соединения.
Соответственно атрибуты ИСХОДЯЩИХ транков (и Routes) не имеют значения.
Интересно, а как на самом деле ?
>4. У тебя хоть получилось сделать транзитный звоник? Если на ext поставишь переадрессацию на внешнего абонента и позвонишь на него из города, звонок уходит обратно в город?
Вы будете смеяться-не получается.
Пробовал как в Feature.... и CME601. А картина как и раньше, т.е. после операции и некоторой паузы получаю отбой.
Или нужно использовать SPLIT CALL FORWARDING ?????
Что-то я совсем ничего не понимаю...
1.Завел access code *5-set /#5 cancel -Call Forwarding All calls, набираю его с ext., на который будет приходить звонок. Звоню на него (extension) снаружи, или звонит как обычно (игнорируя установленную переадресацию) или раздается какое-то шипение и чего делать?
2. А потом : у меня на транки АОНы не прицеплены. Может поэтому и срывается переадресация?
3. Что значит "организовать" транзитный звонок"?
CM6E -не получается, т.к. там ,как я понимаю, нужен access code на транк, а у меня выход в город по LCR3.
Тогда пока забудь о DISA и разбирайся с маршрутизацией и транзитами. Хоть звонок с ext на EXT c установленной переадрессацией в город уходит?
Дмитрий Хлевной
Не понимаю, как это сделать/проверить.
Единственно до чего копался это до следующей процедуры: CALL FORWARDING SET/RESET by MAT/CAT.
Делаю следующее (по книжке):
CME6 , Y=00 (call forwarding all calls)
(1)-xxxx....xxxx - station number
(2)- destination, в частности destination может быть outside party, в следующем формате:
X-XX,YYY....YYYY
где как написано X-XX-это outgoing trunk / LCR group access code, YYYY....YYYY- dialed number. Запятая является частью синтаксиса.
У меня выход наружу осущетвляется через LCR Group 3, т.е. "преднабора" для выхода наружу не требуется ("внешние номера без префикса").
Выставляю:
CME600>A227:Y,YYYYYY (т.е. в наружном 7-значном номере первую цифру отделяю запятой-это требование синтаксиса команды).
Происходит след . : звоню извнее на A227 (на этот extension привязан городской номер) с целью уйти на YYYYYYY, на ext. A227 раздается 1 (один) короткий звонок и далее сигнал отбоя.
Что бы все это значило?
...первую цифру отделяю запятой-это требование синтаксиса команды...
Это требование, если используется код захвата и после него необходима пауза. Мое мнение - в данном случае запятая не нужна. Попробуй без нее.
Если не использовать запятую выдается сообщение " DATA NOT FOUND".
1. При указании ВНЕШНЕГО исходящего перевода, в CM E6YY, приходится отделять запятой начальные символы исходящей номерной последовательности. Даже при использовании LCR. (даже при A129). Ибо подразумевается, что код доступа содержится в самом номере.
2. Отделяемых символов не может быть больше 2 штук.
3. Чтобы исходящие форварды корректно ставились на STA и корректно отрабатывались LCR сервисом - не описывай в CM 20Y больше двух первых символов.
4. Если в CM 20Y описан только один первый символ, то в CM E6YY запятую можно ставить как после первого, так и после второго символов.
5. Если в CM 20Y указаны два первых символа, то в CM E6YY запятую можно ставить только после второго.
6. Если перевод ставишь не программно, а с самого аппарата, глянь ради интереса, как он выглядит в CM E6YY.
6. Если позвонить с Dterm на STA (с корректно установленным Forward All Calls), то на дисплее цифровика должна высветиться последовательность символов установленного перевода. Вызываемый STA может звякнуть разок и все, а вызов отфутболится дальше согласно LСR.
Практика:
1. Если на дисплее Dterm'а кроме номера STA ничего не высвечивается, а STA звякает один раз, и сразу следует отбой, то перевод не выполняется по причине противоречий CM 20Y и синтаксиса CM E6YY.
2. Если на дисплее Dterm'а высвечивается RESTRICT значит либо у Dterm'а тенант не тот, либо класс сервиса неподходящий.
3. Если на дисплее Dterm'а все-таки высвечивается установленный перевод, STA звякает один раз, но через некоторое время вызов срывается или вообще тишина, значит перевод сработал, исходящий транк занялся, но адресный и служебный обмен с вышестоящим регистром зашел в тупик. Возможно оттранслировались не все символы (или лишние). Возможно не отработал ANI (CPN, SID ?). Кто знает ?
>Практика:
К сожалению, прямо сейчас единственный Dterm с дисплеем не доступен.
В CM201 у меня стоит (sorry) по одной цифре от 0 до 9.
Но как я понял, у меня все-таки что-то не так с передачей ANI/SID /..... провайдеру?
<P ID="edit"><FONT SIZE=1><EM>Отредактировано VOVAE 15.07.2003 20:57 (время сервера).</EM></FONT></P>
Тогда пока забудь о DISA и разбирайся с маршрутизацией и транзитами. Хоть звонок с ext на EXT c установленной переадрессацией в город уходит?
Дмитрий Хлевной
Звонок с ext. на ext. , установленным Call Forwarding All Calls, наружу уходит.
Внешний звонок на этот ext. (к нему через CM1212,1213 и CM5005 привязан гор. номер) срывается.
Командами CM3019 и CM3034 у меня ничего не прописано, т.е. к транками не привязаны ISDN-номера.
В связи выше изложенным 2 (надеюсь последних) вопроса.
1.АОН транзитного звонка берется из параметров входящего транка, выставляемых по CM3019/3034?
2. У меня их нет , звонок (внешний) срывается?
Благодарен за терпение.
<P ID="edit"><FONT SIZE=1><EM>Отредактировано VOVAE 16.07.2003 19:54 (время сервера).</EM></FONT></P>
Таки да.
Ибо сказано уже:
"---- 2. Замыкание ВХОДЯЩЕГО транка на исходящий - автоматически.
Т. е. звонок С НАРУЖИ на STA, на котором установлен Forward All Calls - также на ружу.
В этом случае в качестве ANI передавалась сумма знаков 5005 + 3019. Естественно 5005 коррелируется с 3503 входящего Route и 3019 относится к входящему Trunk.----"
и
"--- в случае с Remote Access ОРГАНИЗАТОРОМ является ВХОДЯЩИЙ транк, его личный идентификатор хранится в CM3019 а групповой в CM3503 -> 5005.---"
Для ISDN-транка очевидно групповой идентификатор CM 3034-->5005, а личный в 3019.
STATION, на котором установлен форвард, организатором исходящего вызова НЕ ЯВЛЯЕТСЯ.
Следовательно его атрибуты ни какого значения не имеют.
Спасибо всем откликнувшимся. Особые благодарности, как всегда г-дам PONOMAR и Д. Хлевной.
У меня все заработало, в том числе и DISA.
Заработало после того как всем транкам в маршруте были приписаны ISDN-subscriber номера по командам CM3019/ 3034 и с "участием " CM5005.