ЗАО "ИНТЕРСИСТ" [тема: Перетекание в ХГ после АА]

Перетекание в ХГ после АА

Tue, 22 Apr 2014 08:56:19 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
А в транковых группах - NPD (а по сути DID) одинаковые используются? После изменений с SIP шлюзами - killall sipmotor давали?
22.04.2014 08:56:19, vad.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 19:28:33 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
А еще подскажите пожалуйста. Раньше тестил через 135 abc-f sip (она же main)ТГ. Попытался создать isdn sip ТГ с номером 136. Создал extenal gateway, где указал trunk group number 136. И входящий вызов теперь не работает. Алкатель дает отбой - 404 NOT FOUND. Никаких регистраций не настраивал. Я так понимаю должно авторизовать по IP. Исходящий звонок через 136 ТГ идет нормально.
В чем загвоздка? Или входящие должны только на main ТГ приходить?
====code====

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
21.04.2014 19:28:33, Сергей Челышев.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 15:05:04 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.

====quote====
Сергей Челышев пишет:
А можно об этом по-подробней? Хотя бы главу в доке. И как алкатель отличает private от public звонок?

=============
Ну например по типу сигнализации (ISDN или ABC-F), по галочке private в параметрах TG.

Например если по SIP звонить по TG ISDN - то переадресацию отрабатывает вызываемая сторона,
а если по TG ABC-F - то переадресацию отрабатывает вызывающая сторона.
21.04.2014 15:05:04, vad.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 14:19:22 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
error, релиз - 10.1 прошивка - j2.603.25a
21.04.2014 14:19:22, Сергей Челышев.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 14:13:13 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
версия софта АТС какая? может дело зарыто совсем в другом
21.04.2014 14:13:13, error.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 13:50:35 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.

====quote====
vad пишет:
перетекание при внешнем - это public network COS (всякие DID, Tie/line overflow)
=============
А можно об этом по-подробней? Хотя бы главу в доке. И как алкатель отличает private от public звонок?
Если я правильно понимаю доку:
Внешний звонок на хант группу не может перетечь по неответу на oveflow номер самой ХГ. Это произойдет только, если ХГ занята или пуста. По неответу звонок должен уйти на cdt entity. При внутреннем звонке overflow по неответу - на overflow number в настройках ХГ.
В моем случае через сип ТГ перетекания вообще не происходит. Причем не зависит куда идет звонок - хг или entity call. Даже если поставить overflow номер в cdt entity - звонить будет только первый аппарат. Причем бесконечно - максимум 23 минуты ждал.
Зато через ТГ с е1 и внутренний вызов все перетекает как надо.
PS Я бы забил на это дело. Просто потом все равно надо будет поднимать АА на сип ТГ. Поэтому надо разобраться с этим пока время есть. А не когда всё это в эндшпиле срочно надо будет внедрять.
21.04.2014 13:50:35, Сергей Челышев.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 13:21:50 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Да именно так
21.04.2014 13:21:50, Сергей Челышев.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 13:12:53 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Т.е. если вы делаете префикс 2000, со ссылкой на ентити/гуппу 1, где в ентити 1 расписываете CDT - вызова куда-то идут.
А если вы делаете префикс 2000 со ссылкой на ентити/группу 2 , создаете call routing group 2, где раписываете CDT - вызова туда не идут?
21.04.2014 13:12:53, vad.

Перетекание в ХГ после АА

Mon, 21 Apr 2014 12:31:04 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Просто у меня при ссылке на CRG ничего не работает. А при ссылке на entity работает.
21.04.2014 12:31:04, Сергей Челышев.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 20:45:22 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
перетекание при внутреннем - это таймера 4, 9 и phone feature COS
перетекание при внешнем - это public network COS (всякие DID, Tie/line overflow)
На счет call routing group - не понял, как его можно сделать по "другому" - это номер ентити или call routing group. Соответственно по CDT ентити или call routing group раздается вызов.
18.04.2014 20:45:22, vad.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 18:50:45 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Сделал префикс entity call по-другому. Ссылается на номер entity, а не на call routing group. Вызов идет. Перетекание по CDT работает тоже только при внутреннем звонке. По сип ТГ бесконечный звонок первому в CDT, даже отбоя не происходит.
18.04.2014 18:50:45, Сергей Челышев.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 17:00:48 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Попробовал сделать call routing group, добавил туда пару номеров из одной станции. Сделал префикс на нее. Но звонок по префиксу не идет. Cos-ов не могу найти для этого префикса. Подскажите че сделал не так? Или на это ключ лицензии нужен?
18.04.2014 17:00:48, Сергей Челышев.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 16:53:28 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Пользуюсь базовой ABC-F. Но настройки access categories в 19 и 31 trunk cos id тоже одинаковые, все единицы. Попробовать external sip тг создать?
18.04.2014 16:53:28, Сергей Челышев.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 16:48:42 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.

====quote====
Сергей Челышев пишет:
Всё таки странно. При звонке с сип ТГ на хант группу, звонок по ответу никуда вообще не перетекает. А при звонке с е1 перетекает без проблем. Так же как и через внутренний звонок. Может по какой-то причине звонок с е1 он воспринимает как внутренний. И поэтому по другим правилам его обрабатывает?? Настройки транковых групп идентичны.
=============
Настройки - идентичны - вы имеете в виду, что для SIP вы создали дополнительную TG с Q931 signal variant=ISDN all countries (на которую сослались в External SIP gateway)? А не пользуетесь базовой TG c сигнализацией ABC-F.
18.04.2014 16:48:42, vad.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 16:17:24 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
наполеоновские планы это и есть Call-Center
по пункту 3 - как показывает практика тяжело приучить народ - жать клавишу "logout" когда уходят покурить/отлить/карандашом чиркануть/в носу поковырять
по пункту 4 - 6 вариантов перехода внутри query
по пункту 5 - как душа пожелает - на любой вкус и цвет отдельные календари в каждую PG
по пункту 7 - ставьте OmniPCX Recorder, прослушка/запись, бюджетный вариант фобос/незабудка. можно конечно и эконом методом пользоваться

остальные пункты типовые
18.04.2014 16:17:24, error.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 15:54:58 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Ну на будущее планы наполеоновские. Хотят:
1) Статистику по количеству звонков (обслуженных и нет) по городской линии и каждому агенту
2) Статистику по времени ожидания звонящих + указание времени, когда звонящий положил трубку (не дождавшись)
3) Статистику по рабочему времени для каждого агента (на месте - не на месте - в работе - отдыхает и т.п.)
4) Возможность включать звонящим различные сообщения во время ожидания в зависимости от прогнозируемого времени ожидания
5) Возможность устанавливать отдельный календарь (открытые-закрытые часы) отдельно по каждому обслуживаемому городскому номеру.
6) Получать 1)-6) отдельно по разным городским номерам, если они обслуживаются одной группой агентов.
7) Возможность прослушивания в он-лайн разговоров агентов мной (с телефона)
Количество агентов около пяти. Это я так понимаю CCD и требует времени, чтобы разобраться.
На данный момент хочется понять основы как управлять входящими звонками с различных типов ТГ, каким образом они когда перетекают, как этим управлять и настроить всё это безобразие с милым женским голосом.
18.04.2014 15:54:58, Сергей Челышев.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 15:44:12 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Всё таки странно. При звонке с сип ТГ на хант группу, звонок по ответу никуда вообще не перетекает. А при звонке с е1 перетекает без проблем. Так же как и через внутренний звонок. Может по какой-то причине звонок с е1 он воспринимает как внутренний. И поэтому по другим правилам его обрабатывает?? Настройки транковых групп идентичны.
18.04.2014 15:44:12, Сергей Челышев.

Перетекание в ХГ после АА

Fri, 18 Apr 2014 11:17:47 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Приветствие - это понятно. А по сути все-таки - чего требуется.
Просто call center - это когда агент принимает звонок, обрабатывает его, как правило полностью решая вопрос.
Если человек принимает звонок, а потом просто соединяет звонящего с нужным абонентом - это операторская группа, функционал call центра тут может не понадобиться.
Требуется ли обзванивать абонентов, требуется ли стыковка с базами данных (заполнение форм, вызов истории по номеру абонента и т.п.).
Каков размер вашего безобразия - 5 агентов, 30, 100.

Чего на мой взгляд не делается нормально в IAA - это календарь. С рабочими субботами и выходными пришедшимися на понедельник - оно не справится. Есть ли у вас человек, которого можно напрячь на переключение режимов - или все должно происходить автоматически.

В call center - много чего делается, но это дорогое решение.
18.04.2014 11:17:47, vad.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 18:52:47 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Я тоже считаю, что надо сразу call center внедрять и с ним разбираться. Но руководство говорит, что сначала надо повесить голосовое приветствие. А потом смотреть в сторону саll центра. То что сейчас колл центр у нас - просто хантинг группа, где сидят девочки, принимающие звонки. Звонки со всех транков приходят просто на ХГ по DDI numbering translator. В entity вообще всё пусто. На данный момент надо сделать тоже самое, только чтобы еще в разное время суток - разное приветствие, и разное перенаправление звонков. Я создал сип ТГ и делаю на нее тестовые звонки. После чего обратил внимание, что хант группы e1 и тестовая ведут себя по разному.
Как-то так.
17.04.2014 18:52:47, Сергей Челышев.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 18:25:33 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Может тогда сразу и начать - что вы ВООБЩЕ хотите. А то разговаривали о АА, теперь вроде как HG (а может даже и call center). Расскажите чего-хочется - может вам сразу к call center переходить, без всяких АА.
В call center - много чего с вызовами можно делать, статистику всякую получать. Календарь приколотить (в праздники, в обед, и прочие времена - разные идеологии обработки привязать).
17.04.2014 18:25:33, vad.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 18:17:09 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Нет. Сейчас все звонки приходят через ddi rules на ХГ колл центра. АА я только пытаюсь внедрить. Но от меня помимо день/ночь еще хотят третий режим. Вот я и подумал. Создам в ентити incoming states 3 режима - день/ночь/mode1 и в ентити укажу каждому режиму свой номер АА. Я правильно мыслю?
17.04.2014 18:17:09, Сергей Челышев.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 17:51:49 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Мне казалось, что все как-то проще - вы попадаете на IAA access. А далее в зависимости от день/ночь Ентити привязанного к номеру доступа (и прав) - попадаете на разные деревья (и разные листы).
А чтоб какой-то номер приходил на один внутренний - с этим вообще никаких проблем нет. Оно обычно так и работает.
17.04.2014 17:51:49, vad.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 17:11:21 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Другими словами. Если у меня есть поток е1. Я хочу чтобы днем звонки уходили на 1 номер АА. Ночью на другой. И я еще хочу чтобы конкретный номер с потока приходил всегда на один внутренний номер. Мне надо отключить DID rules, зарулить все звонки на entity source в NPD куда ссылается public npd id транковой группы, а отдельный с потока номер попросить у провайдера, чтобы он сам его странслировал на мой внутренний?
17.04.2014 17:11:21, Сергей Челышев.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 16:14:00 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
menu on set - одна из разновидностей листов АА. Работает - когда при звонке на абонента - он занят, не отвечает. В зависимости от состояния и окружающего (наличие почты, операторов и т.п.) - можно куда-то вернуться (например в АА), подождать, попасть в почту.
Если в TG не стоит DID transcoding - это означает только то, что станция в автоматическом режиме привяжет к TG такой NPD - в котором Called DID Id=-1. (в ручном режиме приколачиваете любой NPD).

Распределение звонков - все определяется тем, что нарисовано в используемом в TG NPD, конкретно Called DID Id. Т.е. или у вас делается трансляция в соответствии с таблицей (DID rules), или просто принятые цифры воспринимаются, как если бы их набрал внутренний абонент станции.
Например у вас все абоненты станции 2ххх имеют внешний номер (2102ххх). Вы договариваетесь с провайдером, что он вам присылает 4-е последние цифры и не пользуетесь DID трансляцией.
17.04.2014 16:14:00, vad.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 15:12:35 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Вот никак не могу уловить отличие menu on set от листов automated attendant. Поясните пожалуйста.
И еще вопрос. Щас все входящие звонки стекаются в одну хант-группу через ddi транзлятор. Моя задача проиграть приветствие, и в зависимости от времени суток направить звонки по разным деревьям.Правильно ли я понимаю, если в ТГ не стоит DDI trancoding, и приходит звонок на внешний номер, то они должен попасть на entity таблицу маршрутизации?
17.04.2014 15:12:35, Сергей Челышев.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 14:43:35 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Сдается мне - что не все так просто с перетеканием, при вызове из IAA.
Если абонент занят/не отвечает - надо допиливать IAA в плане Menu on set.
А без этого - произойдет перетекание по правилам TG (по Entity указанному то-ли в TG, то ли в IAA).

Как вариант - направлять не на HG, а на Call routing группу (по сути префикс Entity call), где перечислить ваши HG в нужном порядке.
17.04.2014 14:43:35, vad.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 14:32:53 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Для начала я хочу чтобы звонок перетек по неответу с ХГ1 в ХГ2. Группы без очередей, циркулярные. Если звонить с внутренних телефонов то перетекает по 36 таймеру. Звоню по сип ТГ перетекания не происходит вообще. Если занято - нормально перетекает.
Таймер 250 я так думаю отправит на entity таблицу маршрутизации.
17.04.2014 14:32:53, Сергей Челышев.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 14:10:18 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
36
Timer before overflow to another set in a PBX group.

In the event of no answer from a free station in a station group.
250
17.04.2014 14:10:18, etc.

Перетекание в ХГ после АА

Thu, 17 Apr 2014 13:16:04 +0600

Перетекание в ХГ после АА в форуме Конфигурирование.
Снова всем привет!
Пытаюсь разобраться с АА.
Есть ХГ. В ней 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:16:04, Сергей Челышев.