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

Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование
   RSS
Перетекание в ХГ после АА
 
#1
17.04.2014 13:16:04
Снова всем привет!
Пытаюсь разобраться с АА.
Есть ХГ. В ней 1 телефон и overflow number - другая ХГ. При звонки из внутренней сети происходит перетекание из ХГ1 в ХГ2, если телефон 1 не взял трубку (сразу подскажите таймер пожалуйста). Теперь звоню на ХГ1 через ТГ с включенным АА. Слушаю pre-off-hook guide, а потом бесконечно звонит телефон 1 (может и конечно, но менее 8 минут - дальше ждать не стал), перетекания на ХГ2 не происходит. Видимо, дело в правах. Но я настроил все 1 в called rights party и caller rights party внутри application/AA. Куда еще копать?
PS или если никто не взял то перетечет только на entity таблицу в зависимости от режима дня/ночи и т.д.???
Изменено: Сергей Челышев - 17.04.2014 13:18:08
 
 
Страницы: Пред. 1 2
Ответы
 
#16
18.04.2014 16:48:42
Цитата
Сергей Челышев пишет:
Всё таки странно. При звонке с сип ТГ на хант группу, звонок по ответу никуда вообще не перетекает. А при звонке с е1 перетекает без проблем. Так же как и через внутренний звонок. Может по какой-то причине звонок с е1 он воспринимает как внутренний. И поэтому по другим правилам его обрабатывает?? Настройки транковых групп идентичны.
Настройки - идентичны - вы имеете в виду, что для SIP вы создали дополнительную TG с Q931 signal variant=ISDN all countries (на которую сослались в External SIP gateway)? А не пользуетесь базовой TG c сигнализацией ABC-F.
 
 
 
#17
18.04.2014 16:53:28
Пользуюсь базовой ABC-F. Но настройки access categories в 19 и 31 trunk cos id тоже одинаковые, все единицы. Попробовать external sip тг создать?
Изменено: Сергей Челышев - 18.04.2014 16:55:06
 
 
 
#18
18.04.2014 17:00:48
Попробовал сделать call routing group, добавил туда пару номеров из одной станции. Сделал префикс на нее. Но звонок по префиксу не идет. Cos-ов не могу найти для этого префикса. Подскажите че сделал не так? Или на это ключ лицензии нужен?
 
 
 
#19
18.04.2014 18:50:45
Сделал префикс entity call по-другому. Ссылается на номер entity, а не на call routing group. Вызов идет. Перетекание по CDT работает тоже только при внутреннем звонке. По сип ТГ бесконечный звонок первому в CDT, даже отбоя не происходит.
 
 
 
#20
18.04.2014 20:45:22
перетекание при внутреннем - это таймера 4, 9 и phone feature COS
перетекание при внешнем - это public network COS (всякие DID, Tie/line overflow)
На счет call routing group - не понял, как его можно сделать по "другому" - это номер ентити или call routing group. Соответственно по CDT ентити или call routing group раздается вызов.
 
 
 
#21
21.04.2014 12:31:04
Просто у меня при ссылке на CRG ничего не работает. А при ссылке на entity работает.  :o
 
 
 
#22
21.04.2014 13:12:53
Т.е. если вы делаете префикс 2000, со ссылкой на ентити/гуппу 1, где в ентити 1 расписываете CDT - вызова куда-то идут.
А если вы делаете префикс 2000 со ссылкой на ентити/группу 2 , создаете call routing group 2, где раписываете CDT - вызова туда не идут?
 
 
 
#23
21.04.2014 13:21:50
Да именно так
 
 
 
#24
21.04.2014 13:50:35
Цитата
vad пишет:
перетекание при внешнем - это public network COS (всякие DID, Tie/line overflow)
А можно об этом по-подробней? Хотя бы главу в доке. И как алкатель отличает private от public звонок?
Если я правильно понимаю доку:
Внешний звонок на хант группу не может перетечь по неответу на oveflow номер самой ХГ. Это произойдет только, если ХГ занята или пуста. По неответу звонок должен уйти на cdt entity. При внутреннем звонке overflow по неответу - на overflow number в настройках ХГ.
В моем случае через сип ТГ перетекания вообще не происходит. Причем не зависит куда идет звонок - хг или entity call. Даже если поставить overflow номер в cdt entity - звонить будет только первый аппарат. Причем бесконечно - максимум 23 минуты ждал.
Зато через ТГ с е1 и внутренний вызов все перетекает как надо.
PS Я бы забил на это дело. Просто потом все равно надо будет поднимать АА на сип ТГ. Поэтому надо разобраться с этим пока время есть. А не когда всё это в эндшпиле срочно надо будет внедрять.
 
 
 
#25
21.04.2014 14:13:13
версия софта АТС какая? может дело зарыто совсем в другом
Изменено: error - 21.04.2014 14:13:28
Пути IP-пакета неисповедимы
 
 
 
#26
21.04.2014 14:19:22
error, релиз - 10.1 прошивка - j2.603.25a
 
 
 
#27
21.04.2014 15:05:04
Цитата
Сергей Челышев пишет:
А можно об этом по-подробней? Хотя бы главу в доке. И как алкатель отличает private от public звонок?
Ну например по типу сигнализации (ISDN или ABC-F), по галочке private в параметрах TG.

Например если по SIP звонить по TG ISDN - то переадресацию отрабатывает вызываемая сторона,
а если по TG ABC-F - то переадресацию отрабатывает вызывающая сторона.
 
 
 
#28
21.04.2014 19:28:33
А еще подскажите пожалуйста. Раньше тестил через 135 abc-f sip (она же main)ТГ. Попытался создать isdn sip ТГ с номером 136. Создал extenal gateway, где указал trunk group number 136. И входящий вызов теперь не работает. Алкатель дает отбой - 404 NOT FOUND. Никаких регистраций не настраивал. Я так понимаю должно авторизовать по IP. Исходящий звонок через 136 ТГ идет нормально.
В чем загвоздка? Или входящие должны только на main ТГ приходить?
Код
Audio is at 11928
Adding codec 100004 (alaw) to SDP
Adding codec 100003 (ulaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 192.168.12.235:5060:
INVITE sip:5715@192.168.12.235:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.11.222:5060;branch=z9hG4bK0a91b3c3
Max-Forwards: 70
From: <sip:3000@192.168.11.222>;tag=as72d6ea39
To: <sip:5715@192.168.12.235:5060>
Contact: <sip:3000@192.168.11.222:5060>
Call-ID: 2aa4c9f0436ee7b248ea2e217acb0c7e@192.168.11.222:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 11.5.1
Date: Mon, 21 Apr 2014 13:38:03 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 261

v=0
o=root 135204220 135204220 IN IP4 192.168.11.222
s=Asterisk PBX 11.5.1
c=IN IP4 192.168.11.222
t=0 0
m=audio 11928 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv

---
    -- Called SIP/5715@alc-druzhnyj

<--- SIP read from UDP:192.168.12.235:5060 --->
SIP/2.0 100 Trying
To: <sip:5715@192.168.12.235:5060>
From: <sip:3000@192.168.11.222>;tag=as72d6ea39
Call-ID: 2aa4c9f0436ee7b248ea2e217acb0c7e@192.168.11.222:5060
CSeq: 102 INVITE
Via: SIP/2.0/UDP 192.168.11.222:5060;branch=z9hG4bK0a91b3c3
Content-Length: 0

<------------->
--- (7 headers 0 lines) ---

<--- SIP read from UDP:192.168.12.235:5060 --->
SIP/2.0 404 Not Found
Allow: INVITE, ACK, CANCEL, BYE, PRACK, NOTIFY, SUBSCRIBE, OPTIONS, UPDATE
User-Agent: OmniPCX Enterprise R10.1.1 j2.603.25.a
To: <sip:5715@192.168.12.235:5060>;tag=dd19c11bf6094359d5a8f053da5d01c0
From: <sip:3000@192.168.11.222>;tag=as72d6ea39
Call-ID: 2aa4c9f0436ee7b248ea2e217acb0c7e@192.168.11.222:5060
CSeq: 102 INVITE
Via: SIP/2.0/UDP 192.168.11.222:5060;branch=z9hG4bK0a91b3c3
Content-Length: 0

192.168.12.235 - Alcatel
 
 
 
#29
22.04.2014 08:56:19
А в транковых группах  - NPD (а по сути DID) одинаковые используются? После изменений с SIP шлюзами - killall sipmotor давали?
 
 
 
Страницы: Пред. 1 2