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

Страницы: 1 2 След.
RSS
Преобразование внешних номеров во внутренние на аналоговых линиях
 
Приветствую всех. Есть транковая группа из 3-ёх аналоговых линий. Нужно составить таблицу наведения внешних звонков на внутренние, например, один к одному. Какая вообще идеология в этом случае? Первый раз сталкиваюсь с ОХО.
 
в линии прописать call dest. не забываем, что абоненты должны присутствовать в public numb. plan
 
Спасибо! Так и делал. Но ошибочку допустил.
 
Не буду новую тему создавать, раз есть похожая.
Итак, было несколько внешних аналоговых линий. Распределение звонков по внутренним абонентам шло через call dest.
Потом подключили E1 (оставив при этом аналоговые линии.) Один единственный номер в нем тоже заворачивали через call dest. Теперь добрали внешних номеров и хотели раскидать их по внутренним абонентам, но не выходит.
Делал так.
1) Удалил call dest из потока.
2) Прописал в  Public Numbering Plan сабскрайбера (start-end = внешний номер, base=внутренний номер)
Второй номер приходит на Hunting group, поэтому прописал в Public Numbering Plan  loopback internal c nmt=1, в первой nmt написал drop=7, add= внутренний номер.
3) Пробовал дописать в Installation Number код города - не помогает.

При звонке на любой внешний номер получаю короткие гудки.
Изменено: dimm22 - 06.07.2010 15:31:01
 
Сколько цифр присылает вам провайдер? Посмотреть это можно, запустив трассировку. Как: http://forum.intersyst.ru/read.php?2,3658
Hunting group присутствуют в Public Numbering Plan, прописываются также, как и абоненты, в качестве базы указывается номер базы Hunting group во внутреннем плане нумерации.
 
Сорри, отсутствовал некоторое время.
Трассировка показывает, что провайдер присылает номер вида 8916429xxxx
Что то нужно вписать в Instalation Number?
 
Чего присылает провайдер конечно интересно, но мы говорим о исходящих звонках? Тогда чего написано в трассировке исходящего звонка - и собственно обычно провайдеры в состоянии сказать чего им не нравится - набор номера блоком или нет, идентификатор, тип звонка (national или еще чего). Что вам ваш провайдер говорит?
 
Насчет номера типа 8916429xxxx - это все-таки входящий или исходящий звонок (для ОХО), а также вы говорите о Called number или о Calling number.
 
С номером 8916429xxxx ступил.
Задача - распределять входящие звонки по внутренним абонентам в зависимости от набранного звонящим номера.
Так что номер наверное 7342240xxxx
Сама трассировка звонка с сотового на OXO вот:

ISDN3_00001 RX d_channel: 58 (S:00 T:000) payload: (58) 08 02 05 DD 05 A1 04 03 80 90 A3 18 03 A9 83 97 28 0B 38 39 31 36 34 32 39 32 35 34 38 6C 0D 00 80 38 39 31 36 34 32 39 32 35 34 38 70 0C C1 37 33 34 32 32 34 30 33 39 34 31
0x05 SETUP Ref: O,1501
 ie 0xA1 Sending complete
 ie 0x04 Bearer capability: 80 90 A3
   Coding: CCITT standardized
   Information transfer capability: Speech
   Transfer mode: Circuit mode
   Transfer rate: 64 Kbit/s
   User info layer 1: G.711 A-law
 ie 0x18 Channel identification: A9 83 97
   Interface identifier: Implicit
   Interface type: Primary rate
   Indicated channel: Exclusive
   D-channel identified: Yes
   Information channel selection: B1 channel
   Coding: CCITT standardized
   Channel type: B-channel units
   Channel number: 0x17
 ie 0x28 Display: 38 39 31 36 34 32 39 32 35 34 38
 ie 0x6C Calling party number: 00 80 38 39 31 36 34 32 39 32 35 34 38
   Number type: Unknown
   Numbering plan: Unknown
   Presentation: presentation allowed
   Screening: user-provided, not screened
   Number: 8916429xxxx
 ie 0x70 Called party number: C1 37 33 34 32 32 34 30 33 39 34 31
   Number type: Subscriber number
   Numbering plan: ISDN/Telephony(CCITT Recommendation E.164/E.163)
   Number: 7342240xxxx
ISDN3_00002 TX d_channel: 58 (S:00 T:000) payload: (10) 08 02 85 DD 02 18 03 A9 83 97
0x02 CALL_PROCEEDING Ref: D,1501
 ie 0x18 Channel identification: A9 83 97
   Interface identifier: Implicit
   Interface type: Primary rate
   Indicated channel: Exclusive
   D-channel identified: Yes
   Information channel selection: B1 channel
   Coding: CCITT standardized
   Channel type: B-channel units
   Channel number: 0x17
ISDN3_00003 TX d_channel: 58 (S:00 T:000) payload: (5) 08 02 85 DD 01
0x01 ALERTING Ref: D,1501
ISDN3_00004 RX d_channel: 58 (S:00 T:000) payload: (9) 08 02 05 DD 45 08 02 82 90
0x45 DISCONNECT Ref: O,1501
 ie 0x08 Cause: 82 90
   Coding: CCITT standardized
   Location: Public network serving the local user
   Class: Normal event
   Value: Normal release
SAN_00005  at line 213 "cirout.c"
         on 12.07 at 11:12:37 (332497442)
         info : 0000 0000 0000 000A 0000 8E00 0000 0000
ISDN3_00006 TX d_channel: 58 (S:00 T:000) payload: (9) 08 02 85 DD 4D 08 02 81 90
0x4D RELEASE Ref: D,1501
 ie 0x08 Cause: 81 90
   Coding: CCITT standardized
   Location: Private network serving the local user
   Class: Normal event
   Value: Normal release
ISDN3_00007 RX d_channel: 58 (S:00 T:000) payload: (5) 08 02 05 DD 5A
0x5A RELEASE_COMP Ref: O,1501

Это в условиях использования call dest в потоке.
Изменено: dimm22 - 12.07.2010 10:57:51
 
А вот трассировка при пустом call dest:

ISDN3_00001 RX d_channel: 58 (S:00 T:000) payload: (58) 08 02 05 E1 05 A1 04 03 80 90 A3 18 03 A9 83 9D 28 0B 38 39 31 36 34 32 39 32 35 34 38 6C 0D 00 80 38 39 31 36 34 32 39 32 35 34 38 70 0C C1 37 33 34 32 32 34 30 33 39 34 31
0x05 SETUP Ref: O,1505
 ie 0xA1 Sending complete
 ie 0x04 Bearer capability: 80 90 A3
   Coding: CCITT standardized
   Information transfer capability: Speech
   Transfer mode: Circuit mode
   Transfer rate: 64 Kbit/s
   User info layer 1: G.711 A-law
 ie 0x18 Channel identification: A9 83 9D
   Interface identifier: Implicit
   Interface type: Primary rate
   Indicated channel: Exclusive
   D-channel identified: Yes
   Information channel selection: B1 channel
   Coding: CCITT standardized
   Channel type: B-channel units
   Channel number: 0x1D
 ie 0x28 Display: 38 39 31 36 34 32 39 32 35 34 38
 ie 0x6C Calling party number: 00 80 38 39 31 36 34 32 39 32 35 34 38
   Number type: Unknown
   Numbering plan: Unknown
   Presentation: presentation allowed
   Screening: user-provided, not screened
   Number: 8916429xxxx
 ie 0x70 Called party number: C1 37 33 34 32 32 34 30 33 39 34 31
   Number type: Subscriber number
   Numbering plan: ISDN/Telephony(CCITT Recommendation E.164/E.163)
   Number: 7342240xxxx
ISDN3_00002 TX d_channel: 58 (S:00 T:000) payload: (9) 08 02 85 E1 5A 08 02 85 81
0x5A RELEASE_COMP Ref: D,1505
 ie 0x08 Cause: 85 81
   Coding: CCITT standardized
   Location: Private network serving the remote user
   Class: 0
   Value: Unassigned (unallocated number)


В Public Numbering Plan внешние номера прописаны!
 
Это при звонке на хантинг группу идет? Если да, то Вы в Public Numbering Plan прописали как etc советовал?
(start-end = внешний номер, base=номер hunting group)
 
Если разговор о входящем звонке - типовая ошибка - в паблик намберинг плане создается юзер вместо группы.
Т.е. если в плане нумерации 2000 - это абонент, 3000 - хант группа. То в паблик (или приватном) плане создается для абонента запись - user - внешний номер начало/конец - база_абонента.
Для группы hunt group!!! - внешний номер начало/конец - база_группы.
 
А нумерация абонентов осталась стандартная (110...199)?
Если нумерация менялась (например start-2000, end-2099, base-110), то не забываем что в Public Numbering Plan нужно прописывать номер не из 2000...2099, а соответствующая база (110...199).
Хотя, через если вызов приходит на Hunting Group, то такой ошибки не будет.
 
Vsjakov, vad
Да, типовую ошибку я сделал. У меня был subscriber, а не hunting group.
Но замена на hunting group результата никакого не дала. Как и попытка перевода на пользователя при выставлении subscriber.
Вот так Numbering Plan заполнен сейчас.
 
Цитата
Sергей пишет:
А нумерация абонентов осталась стандартная (110...199)?

Если нумерация менялась (например start-2000, end-2099, base-110), то не забываем что в Public Numbering Plan нужно прописывать номер не из 2000...2099, а соответствующая база (110...199).

Хотя, через если вызов приходит на Hunting Group, то такой ошибки не будет.
Нумерация менялась, вот так сейчас выглядит.
Страницы: 1 2 След.
Читают тему