А лишние цифры помоему через 7342 Loop back current можно было убрать
13.07.2010 13:19:28, vad.]]>
Договорился с провайдером, чтобы он 7 цифр присылал и все заработало.
Еще раз спасибо.
13.07.2010 12:38:47, dimm22.]]>
Вот и у меня не получается с 7 - international code 342 - intersity code.
Ок. Буду с провайдером говорить. Спасибо.
12.07.2010 15:25:45, dimm22.]]>
Судя по доке нужно задать:
7 - international code
342 - intersity code.
Но почему-то у меня так и не получилось запустить все это дело.
Поэтому договорились с провайдером слать последние 4 или 5 цифр.
Попросите 7 цифр, т.е. как раз 240хххх.
12.07.2010 15:10:14, Sергей.]]>
Sергей
Нет, не преобразовывается. Я думал, что достаточно в Installation Number забить код 342 и все будет работать.
Где его преобразовать? В NMT?
12.07.2010 14:37:30, dimm22.]]>
Да, а у вас номер входящий преобразовывается?
Ведь он приходит в формате 7342240xxxx, а в плане нумерации прописан как 240...
12.07.2010 14:00:59, Sергей.]]>
Теперь понятно почему не работает.
База абонентов начинается со 110, а база HG с 540.
12.07.2010 13:07:04, Sергей.]]>
====quote====
Sергей пишет:
А нумерация абонентов осталась стандартная (110...199)?
Если нумерация менялась (например start-2000, end-2099, base-110), то не забываем что в Public Numbering Plan нужно прописывать номер не из 2000...2099, а соответствующая база (110...199).
Хотя, через если вызов приходит на Hunting Group, то такой ошибки не будет.
=============
Нумерация менялась, вот так сейчас выглядит.
12.07.2010 12:17:07, dimm22.]]>
Vsjakov, vad
Да, типовую ошибку я сделал. У меня был subscriber, а не hunting group.
Но замена на hunting group результата никакого не дала. Как и попытка перевода на пользователя при выставлении subscriber.
Вот так Numbering Plan заполнен сейчас.
12.07.2010 12:03:19, dimm22.]]>
А нумерация абонентов осталась стандартная (110...199)?
Если нумерация менялась (например start-2000, end-2099, base-110), то не забываем что в Public Numbering Plan нужно прописывать номер не из 2000...2099, а соответствующая база (110...199).
Хотя, через если вызов приходит на Hunting Group, то такой ошибки не будет.
12.07.2010 11:52:43, Sергей.]]>
Если разговор о входящем звонке - типовая ошибка - в паблик намберинг плане создается юзер вместо группы.
Т.е. если в плане нумерации 2000 - это абонент, 3000 - хант группа. То в паблик (или приватном) плане создается для абонента запись - user - внешний номер начало/конец - база_абонента.
Для группы hunt group!!! - внешний номер начало/конец - база_группы.
12.07.2010 11:25:48, vad.]]>
Это при звонке на хантинг группу идет? Если да, то Вы в Public Numbering Plan прописали как etc советовал?
(start-end = внешний номер, base=номер hunting group)
12.07.2010 11:09:23, Vsjakov.]]>
А вот трассировка при пустом 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 внешние номера прописаны!
12.07.2010 11:04:33, dimm22.]]>
С номером 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 в потоке.
12.07.2010 10:52:33, dimm22.]]>
Насчет номера типа 8916429xxxx - это все-таки входящий или исходящий звонок (для ОХО), а также вы говорите о Called number или о Calling number.
12.07.2010 10:45:13, vad.]]>
Чего присылает провайдер конечно интересно, но мы говорим о исходящих звонках? Тогда чего написано в трассировке исходящего звонка - и собственно обычно провайдеры в состоянии сказать чего им не нравится - набор номера блоком или нет, идентификатор, тип звонка (national или еще чего). Что вам ваш провайдер говорит?
12.07.2010 10:41:56, vad.]]>
Сорри, отсутствовал некоторое время.
Трассировка показывает, что провайдер присылает номер вида 8916429xxxx
Что то нужно вписать в Instalation Number?
12.07.2010 10:31:47, dimm22.]]>
Сколько цифр присылает вам провайдер? Посмотреть это можно, запустив трассировку. Как:
Hunting group присутствуют в Public Numbering Plan, прописываются также, как и абоненты, в качестве базы указывается номер базы Hunting group во внутреннем плане нумерации.
06.07.2010 15:53:35, etc.]]>
Не буду новую тему создавать, раз есть похожая.
Итак, было несколько внешних аналоговых линий. Распределение звонков по внутренним абонентам шло через 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 код города - не помогает.
При звонке на любой внешний номер получаю короткие гудки.
06.07.2010 15:30:26, dimm22.]]>
Спасибо! Так и делал. Но ошибочку допустил.
05.07.2010 19:30:15, santeri.]]>
в линии прописать call dest. не забываем, что абоненты должны присутствовать в public numb. plan
05.07.2010 19:26:59, vad.]]>
Приветствую всех. Есть транковая группа из 3-ёх аналоговых линий. Нужно составить таблицу наведения внешних звонков на внутренние, например, один к одному. Какая вообще идеология в этом случае? Первый раз сталкиваюсь с ОХО.
05.07.2010 17:04:03, santeri.]]>