Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru
Если по правилам 1-го DID транслятора 30003 превращается в 30003, то наверное да.
Хотя если нет в правилах, если дефолтовский номер не используется - то-же будет отдан просто номер абонента.
Я просто про то, что прописывая абонента левым образом в DID 3 или побаловавшись с инсталляционными/дефолтовскими номерами - я бы убедился, что вы пользуетесь тем NPD (пропишите там дефолтовский номер 111111 - если он пойдет, то вы пользуетесь этим NPD.
01.12.2011 09:10:27, vad.]]>
Это NPD для TG, которая "смотрит" в узловую станцию.
┌─Consult/Modify: Numbering Plan Description (NPD)─────────────────────┐
│ X │
│ Node Number (reserved) : 3 X │
│ Instance (reserved) : 1 X │
│ Instance (reserved) : 1 X │
│ Description identifier : 34 X │
│ X │
│ X Name : City X │
│ Calling Numbering plan ident. + NPI/TON : Isdn Unknown │
│ Called numbering plan ident. + NPI/TON : Isdn Unknown │
│ Authorize personal calling num use + True │
│ Install. number source + None used │
│ Default number source + None used │
│ Called DID identifier : 0 X │
│ Calling/Connected DID identifier : 1 X │
│ X │
ARS не используется.
Проблема с персональными номерами?
30.11.2011 18:29:06, Sovin.]]>
Трейс входящий не зря.
Если для звонков используется NPD без персональных номеров, но с DID трансляцией/инсталляционными номерами - все Ок?
Иными словами - срабатывает не то NPD или не отрабатывается персональные номера? Обычно проблемы с не тем NPD бывают при использовании ARS (когда забывают Ентити TG и его дискриминатор селектор).
30.11.2011 17:29:19, vad.]]>
Не хочется-не цитируйте. Будьте, пожалуйста, корректней в высказываниях.
30.11.2011 17:06:56, Sovin.]]>
Всего-то хотел посмотреть 2 трейса, именно сравнить:
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=7) -> 01 81 Num : 30003
внутреннего вызова (который наконец-то предоставили)
и при внешнем вызове, а выставляют как обычтно не то. (нахрена входящий трейс??!! ещё раз цитировать первое сообщение не хочется)
30.11.2011 16:48:59, JKS.]]>
Персональный номер 81234 прописан только у 30003.
Повторюсь. При внутреннем вызове 30003 персональный номер работает, при входящем извне (маршрутизация на 30003 через Speed Dialing) - нет.
30.11.2011 15:18:26, Sovin.]]>
Вопрос - персональный номер 81234 - прописан ТОЛЬКО у вызываемого 30003? Или у других внутренних то-же используется этот номер?
Т.е. чтоб уточнить - А (30003) заказал переадресацию наружу. В вызывает А - 81234 - это исключительно принадлежность А (у В не стоит такой же номер)?
Вообще по возможности стараюсь не пользоваться персональными номерами - например при исходящем вызове галка на персональный номер работает, а при входящем вызове (когда отдаем connected number) - нет.
30.11.2011 14:41:08, vad.]]>
На оконечной станции при входящем вызове с мобильного на городской номер, который далее через Abbrev Number маршрутизируется на внутренний 30003:
| (021669:001601) Concatenated-Physical-Event :
| long: 55 desti: 0 source: 0 cryst: 0 cpl: 3 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 d6
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 8f -> T2 : B channel 15 exclusive
| IE:[6c] CALLING_NUMBER (l=14) -> 00 81 Num : 89xxxxxxxxx
| IE:[70] CALLED_NUMBER (l=8) -> c1 Num : xxx2020
| [a1] Sending complete
|____________________________________________________________
На оконечной станции при исходящем вызове с установленной на 30003 переадресацией на мобильный.
На 30003 прописан Private Calling Number 81234. Тем не менее в узловую станцию уходит 30003:
____________________________________________________________
| (018747:000019) 1229: Send_IO1 (link-nbr=5, sapi=0, tei=0) :
| long: 51 desti: 0 source: 15 cryst: 0 cpl: 5 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 50 70
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=7) -> 01 81 Num : 30003
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : 8xxxxxxx
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________
При внутреннем вызове 30003, в узловую станцию, как положено, уходит Private Calling Number 81234
____________________________________________________________
| (034484:000016) 1229: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 51 desti: 0 source: 15 cryst: 1 cpl: 7 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 7f f0
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=7) -> 01 81 Num : 81234
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : 89xxxxxxx
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________
30.11.2011 13:30:00, Sovin.]]>
Можно, повторюсь, диктую большими буквами "2 трейса t3 предоставить с оконечной станции при звонке внутри станции с снаружи" на номер с переадресацией. Можно только сетапы.
29.11.2011 16:10:34, JKS.]]>
Вот трасса, снятая на узловой станции.
От оконечной станции приходит 30003 вместо 82488, указанный в поле Private Calling Number.
| (531289:000663) Concatenated-Physical-Event :
| long: 47 desti: 0 source: 0 cryst: 1 cpl: 0 us: 0 term: 1 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 4c f1
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 81
| IE:[6c] CALLING_NUMBER (l=7) -> 01 81 Num : 30003
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 7923358
| [a1] Sending complete
|____________________________________________________________
____________________________________________________________
| (531289:000664) 1068: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 27 desti: 0 source: 15 cryst: 1 cpl: 0 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : cc f1
|____________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 96 -> T2 : B channel 22 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 81
|____________________________________________________________
____________________________________________________________
| (531289:000665) 1068: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 42 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 59 8f
|____________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[1e] PROGRESS_ID (l=2) 80 81
| IE:[6c] CALLING_NUMBER (l=2) -> 21 81 Num :
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 7923358
| [a1] Sending complete
|____________________________________________________________
____________________________________________________________
| (531289:000668) Concatenated-Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 18 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : d9 8f
|____________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 91 -> T2 : B channel 17 exclusive
|____________________________________________________________
____________________________________________________________
| (531338:000829) 1068: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 1 cpl: 0 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : cc f1
|____________________________________________________________
____________________________________________________________
| (531423:001118) 1065: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 26 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 59 8f
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 80 81
|____________________________________________________________
____________________________________________________________
| (531423:001119) 1068: Send_IO1 (link-nbr=15, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 1 cpl: 0 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : cc f1
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
____________________________________________________________
| (531423:001122) Concatenated-Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 18 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : d9 8f
|____________________________________________________________
____________________________________________________________
| (531423:001123) 1068: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 59 8f
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
____________________________________________________________
| (531424:001127) Concatenated-Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 1 cpl: 0 us: 0 term: 1 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 4c f1
|____________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________
28.11.2011 15:50:29, Sovin.]]>
Private calling Number, конечно замечательно, а вот 2 трейса t3 предоставить с оконечной станции при звонке внутри станции с снаружи? Там хоть циферки видны, транслируемые наружу. "Пустышка" может быть и при "неправильном для города АОНе", более строгие могли бы и отбой дать.
26.11.2011 19:07:59, JKS.]]>
У TG на узловой в сторону оконечной обычный ISDN с network. TG - Private. ARS не используется.
NPD у TG - 18. Вот его конфигурация.
─Consult/Modify: Numbering Plan Description (NPD)─────────────────────
Node Number (reserved) : 2
Instance (reserved) : 1
Instance (reserved) : 1
Description identifier : 18
X Name : IS_IU_E_E_NDDI
Calling Numbering plan ident. + NPI/TON : Isdn Unknown
Called numbering plan ident. + NPI/TON Isdn Subscriber
Authorize personal calling num use + False
Install. number source + Entity source
Default number source + Entity source
Called DID identifier : -1
Calling/Connected DID identifier : -1
У TG на оконечной в сторону узловой NPD - 18. Его конфигурация:
─Consult/Modify: Numbering Plan Description (NPD)─────────────────────
Node Number (reserved) : 3
Instance (reserved) : 1
Instance (reserved) : 1
Description identifier : 18
X Name : IS_IU_E_E_NDDI
Calling Numbering plan ident. + NPI/TON : Isdn Unknown
Called numbering plan ident. + NPI/TON Isdn Subscriber
Authorize personal calling num use + True
Install. number source + Entity source
Default number source + Entity source
Called DID identifier : -1
Calling/Connected DID identifier : -1
У TG в сторону провайдера NPD - 33. Его конфигурация:
Consult/Modify: Numbering Plan Description (NPD)─────────────────────
Node Number (reserved) : 2
Instance (reserved) : 1
Instance (reserved) : 1
Description identifier : 33
X Name : --------------------
Calling Numbering plan ident. + NPI/TON Isdn National
Called numbering plan ident. + NPI/TON : Isdn Unknown
Authorize personal calling num use + True
Install. number source + Entity source
Default number source + Entity source
Called DID identifier : 0
Calling/Connected DID identifier : 1
Если у абонента внутренний номер - 5 последних цифр городского номера и установлен немедленный форвард, то при входящем вызове на такого абонента к провайдеру все уходит корректно.
21.10.2011 13:05:22, Sovin.]]>
Что-то специфическое есть или это обычный ISDN с network на стороне узловой станции (без всяких ABC-F),
никаких галок Private, если NPD в TG прописано - то для обоих случаев (public и private) одинаково.
Никаких заморочек с ARS (все идет через 0-й и 1-й дискриминатор) - т.е. при звонке с TG (entity 0/ discr selector) не попадаем в какие-то другие дикриминаторы и ARS листы.
Если заказан немедленный форвард - поведение такое же?
В NPD - у вас нет дефолтовских и инсталляционных номеров, DID=-1 и галка на персональные номера? А если чформировать какой-то номер (не пользоваться персональными) - тогда АОН уходит какой надо?
21.10.2011 11:10:51, vad.]]>
В сторону провайдера идет "пустышка", т.к. на узловой станции прописаны только городские номера. Внутренние номера оконечных станций не прописаны. Именно поэтому у абонентов на оконечных станциях в "Private calling Number" прописаны городские номера.
В system/ other/ external signaling param - NPD for external forwarding=-1. Именно так.
Если внутри станции набрать внутренний номер абонента или номер из SD, то к провайдеру все уходит корректно. "Пустышка" к провайдеру получается только при входящем вызове.
21.10.2011 10:57:55, Sovin.]]>
Если в system/ other/ external signaling param - NPD for external forwarding=-1, то при переадресации должен уходить номер абонента заказавшего переадресацию.
Вы говорите при внутреннем звонке - все Ок, а абоненты набирают номер SD или номер абонента?
20.10.2011 21:54:46, vad.]]>
====quote====
Sovin пишет:
На трассировке вызова видно, что в узловую АТС уходит А-номер 10ххх, хотя в Private Calling Number прописан городской номер абонента.
=============
на узловой атс трассировка в сторону провайдера какой номер показывает? тоже 10ххх
20.10.2011 19:43:21, error.]]>
Всем здравствуйте!
Чтобы не создавать новую тему с одинаковым заголовком пишу здесь.
Имеется OXE Rel.9.0.-оконечная. Включена по PRI в OXE Rel.9.0 - узловую. Проблема в следующем.
Входящий городской вызов, попадая в оконечную АТС смаршрутизирован через Abbreviated Numbering на абонента 10ххх.
Абонент с внутренним номером 10ххх устанавливает Immediate Forward на свой мобильный.
При звонке из города Forward отрабатывает, но на мобильном не отображается городской номер абонента 10ххх. На трассировке вызова видно, что в узловую АТС уходит А-номер 10ххх, хотя в Private Calling Number прописан городской номер абонента. Еще такой момент. Входящий вызов приходит по одной TG из узловой в оконечную АТС, а уходит по другой TG.
При внутреннем вызове абонента 10ххх на мобильном все отображается корректно - 10-значный городской номер абонента 10ххх.
Смоделировал эту схему на OXE Rel 6.0., которая также включена по PRI в узловую. Ситуация такая же.
20.10.2011 14:38:00, Sovin.]]>
Вторую строчку моего поста читать уже не стали?
Вы бы лучше написали, чего вам хочется пообстоятельней.
Можно через DID зарулить вызов на абонента с внешней переадресацией - но ВСЕ звонки на этот внутренний номер будут уходить на ОДИН внешний (с АОН абонента заказавшего переадресацию)
27.05.2011 13:09:11, vad.]]>
Вы сказали "при обычном транзите" а может есть спосбы сделать по другому, (необычный транзит)? например как то обработать вызов. или через CCD пропустить.
очень надо.
27.05.2011 09:03:48, student.]]>
При обычном тразите (никакой переадресации здесь нет) - А номер не переделывается.
Единственное исключение - здесь обсасывалось - если входящая TG private, network mode=yes.
Для обычного (например города) - нет.
26.05.2011 18:16:47, vad.]]>
Доброго времени суток Уважаемые знатоки!
имеется А4400 R9.1 входящий внешний вызов по TG1 со своим А номером например "аааааа": необходимо переадресовать данный вызов по TG2 с А номером "вввввв".
вызов попадает в DID там преобразовывается на ххххх, а на ххххх настроен speed dial набирается к примеру 12345, но передается А номер "аааааа" :(
помогите пожалуйста!
26.05.2011 18:00:26, student.]]>