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

Страницы: 1 2 След.
RSS
Переход с NDDI на Е1
 
Сейчас мы подключаемся к городу через комплекты NDDI. Каждый городской номер в отдельной ТГ (всего около 100 групп). По исходящей связи на каждом городском номере сидит 3-8 местных абонентов, которые выходят в город через ARSы. Теперь планируется подключиться к городу по Е1 и отказаться от двухпроводок. Как грамотнее это сделать? По входящей связи вроде более-менее понятно. В  DID number translator rules я указываю какому городскому номеру соответствует местный номер. А вот как организовать исходящую связь?
 
загнать всех одну транковую группу и каждому внут.номеру прописать АОН через DID или "privat calling number"
Пути IP-пакета неисповедимы
 
Т.е. каждым 3-8 нутренним абонентам я ставлю в соответствие свой город в DID и у абонента ставлю entity?
 
АОН формировать можно и через entity, только не забыть там АОН прописать
Пути IP-пакета неисповедимы
 
Если "3-8 местных абонентов" на одном номере,то надо использовать и "privat calling number"
 
Лучше наверное использовать Entity (прописывать дефолтовский номер в Suppl.installation number). У private calling number есть один недостаток - при исходящей связи он работает хорошо, а при входящей связи - не используется. Т.е. приходит входящий вызов, абонент отвечает - станция отдает сообщение Connected number с номером абонента. При использовании АОН стандартным образом (DID транслятор и т.п.) все будет хорошо, а при использовании private calling number - будет отдана какая-нибудь фигня и на дисплее вызывающего абонента будет отображаться пилотный номер закрепленный за потоком.
Много где такое видел - звоните куда-то, а после ответа - появляется первый номер из диапазона, закрепленного за потоком.
 
Входный вызов приходит на номер, где номер А формируется entity Или NPD,т.е. там все ок, речь идет о других номерах,которые выходят под этим номером, а входящей связи нет.
Если будет переадресация на этот номер, то может быть что-то подобное будет...
Если таких номеров много то и entity надо плодить много, на практике этого не приходилось делать
 
Когда номер закреплен за группой лиц (3-8 ) - то он будет маршрутизироваться на hunt group или на номер (а у других supervision), или звонит телефон, а другие могут ответить на вызов через захват в группе. Поэтому формировать правильный АОН при ВХОДЯЩЕЙ связи тоже рекомендуется (но не обязательно).
 
Что-то я чем больше читаю, тем все большая каша в голове. Сейчас настроил для теста поток следующим образом. Создал группу к группе привязал  NPD -41. Настройки NPD следующие  
 
Calling Numbering plan ident. + NPI/TON ISDN National
Called numbering plan ident. + NPI/TON ISDN National
Authorize personal calling num use + False
Install. number source + None used
Default number source + None used
Called DID identifier : 41
Calling/Connected DID identifier : 42

В DID прописал
  DID num. transl. identifier : 41
 First External Number : 2123801
 First Internal Number : 35951
 Range Size : 1
Unique Internal Number + YES

 DID num. transl. identifier : 42
 First External Number : 2123801
 First Internal Number : 35951
 Range Size : 1
 Unique Internal Number + YES

Выход на группу через префикс. Сейчас звонки проходят нормально. Но мне надо, чтобы по исходящей связи через номер 2123801 кроме  35951 могли выходить еще и 35540 и еще пара номеров.  Через номер 2123802 должны выходить другие пять местных номеров. И таким образом должно быть настроено около 150 городских номеров.  Если не сложно подскажите желательно пошагово как можно это реализовать. Заранее спасибо.
 
в DID 41 пропишите все городские номера
First External Number : 2123801 | First Internal Number : 35951 | Range Size : 1 |
First External Number : 2123802 | First Internal Number : 35952 | Range Size : 1 |
First External Number : 2123803 | First Internal Number : 35953 | Range Size : 1 |
First External Number : 2123804 | First Internal Number : B35954 | Range Size : 1 |
и т.д. до последнего городского номера

B35954 это hunt-группа c несколькими внутренними номерами

создайте entity по количеству городских номеров
у внутреннего номера меняете entity и тем самым меняется городской номер

в entity нам нужно
Installation No. (ISDN) - код города
Supplement.Install.No. (ISDN) - городской номер

в NPD 41
Install. number source + Entity source
Default number source + Entity source
Пути IP-пакета неисповедимы
 
По исходящей связи - один из удобных способов:
в NPD - Authorize personal calling num use + Yes - после этого у абонентов можете сказать Use private calling number=yes и прописать АОН. Но как говорил, будут проблемы с отображением АОН при входящем номере.
Поэтому мне больше нравится с Entity (как написано выше). Не забываем два нюанса:
- если абонент в hunt group - то он пользуется правилами entity указанными в HG;
- осторожно с пилотным номером вашего потока (типа 2123800) - не давайте его боссу. При кривых/ не отданных АОН этот номер будет подставляться городом, соответственно на него будут отзваниваться разные люди.
 
Спасибо. Вроде в голове пазл стал складываться :)
 
Сделал выход на город как советовали через Entity у оператора отображается пилотный номер. Оператор говорит, что получает в формате Unknow, хотя в NPD у меня стоит
Calling Numbering plan ident. + NPI/TON ISDN National
Called numbering plan ident. + NPI/TON ISDN National
вот трейс
____________________________________________________________­__________________
| (349687:000073) 1104: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 52  desti: 0  source: 15  cryst: 0  cpl: 14  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 00 57
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 01 81 Num : 7562123802
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 2123002
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (349688:000074) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 14  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  80 57
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 8f -> T2 : B channel 15 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (349689:000075) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 0  cpl: 14  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  80 57
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 84 88
| IE:[1e] PROGRESS_ID (l=2) 82 82
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (349690:000076) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 14  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  80 57
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 82 82
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (349773:000077) Concatenated-Physical-Event :
| long: 29  desti: 0  source: 0  cryst: 0  cpl: 14  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  80 57
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 82 82
| IE:[29] DATE (l=5) -> date : 12 / 02 / 14 15:04
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (349773:000078) 1104: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 0  cpl: 14  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  00 57
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (350565:000079) 1104: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 14  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 00 57
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (350566:000080) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 14  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 80 57
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (350566:000081) 1104: Send_IO1 (link-nbr=14, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 14  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 00 57
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

Я так понимаю (IE:[6c] CALLING_NUMBER (l=12) -> 01 81 Num : 7562123802) как раз и означает ISDN Unknown
 
Посмотрите где у вас прописаны цифры 756 -  нужно  добавить цифру (не хватает до международного формата ).
 
А в каком NPD у вас стоит ISDN/National?
Если идете префиксом занятия - должно быть указано в том, который используется в TG/TG NPD selector (там у вас в двух экземплярах должен быть указан свой NPD в режиме Normal)

Если через ARS - посмотрите, что за NPD указан в руте. Насчет количества цифр - 10 обычно достаточно.

А то иногда - NPD создаем, а сослаться на него в TG или руте забываем
Страницы: 1 2 След.
Читают тему