В общем, конкретно на мой вопрос я ответа поиском не нашел.
Суть:
если конфигурить аст конфигами, то можно добиться путем конфигурения extensions.conf и sip.conf, чтобы у каждого юзера, либо у группы юзеров были персональные правила набора номера. Делается путем засовывания (в sip.conf) пира в контекст (extensions.conf).
Как сделать то же самое в FreePBX?
Тут есть в описаниии каждого extension строка context=from-internal (то есть, по наитию, можно этим таким же образом пользоваться.
А как создать контекст?
В outbound routes можно создать множество роутов со своими правилами - масками номера и рулить разные маски на разных провов, а вот как создать несколько групп роутов (контексты)?
А если это невозможно, то как можно хитро выкрутиться, чтобыы получить желаемый результат, подчеркну, средствами GUI?
| Oleh писал(а): |
| В файле extensions_custom.conf напишы нужный тебе контекст и FreePBX вместо from-internal пропишы этот контекст. |
Про енто я наю. Задача именно сделать это через ГУЙ.
| Ded писал(а): |
| Чуваг, если ты готов высоко нести вымпел VoIP admin /Master FreePBX - то следующий твой пост тут должен содержать уже ответ на твой вопрос - "Делается это следующим образом...." |
Не исключаю, что туплю. Со мной такое бывает регулярно, Но чет затянулось енто на этот раз. И вообще ГУЙ трудно дается, когда привык к конфигам. Я прошу у форумчан две вещи: лопату и компас
на FreePbx 2.3.X работает, на 2.4 не проверял
| bayadr писал(а): |
| Есть модуль Custom Contexts на FreePbx 2.3.X работает, на 2.4 не проверял |
В общем, удовлетворился полностью, хоть устроено оно несколько неожиданно.
| Ded писал(а): |
| Обалденно правильно устроено, и работает замечательно. |
ну если бы в нем можно было написать правила набора, или макрос руками, а потом приинклудить это правило в нужные контексты, то это было бы обалденно, а так не соглашусь с Вами, не смотря на то, что данный модуль существенно расширяет возможности руления PBXом.
Я вот сейчас ломаю голову, как заюзать опцию D в cmd Dial.
Задача на первый взгляд проста:
exten => _8XXXXXXXXXX,1,Dial(ZAP/g0/3333333,90,D(w${EXTEN:}))
но, создав custom trunk, я вдруг обнаружил, что опцию D и следующие за ним параметры, FreePBX воспринимает как набираемый номер. То есть, в параметрах Custom Trunk в строке Custom Dial String пишу так: ZAP/g0/3333333,90,D(w$OUTNUM$). Собственно, вот это: 3333333,90,D(w$OUTNUM$), судя по логам, аст и пытается набрать в поток.
Можно рвать на груди рубаху и говорить, что ничего не стоит написать нужные правила в текстовом конфиге. Но вышеописанным сервисом у меня должны пользоваться все. А переведя всех в контекст из extensions_custom.conf, и описывать руками в тексте весь диалплан, при наличии вполне юзабельной морды - как-то глупо, да и геморно.
Если я понял твой телепатический канал, ты это пытаешься в Е1 отдавать?
| Цитата: |
| exten => _8XXXXXXXXXX,1,Dial(ZAP/g0/3333333,90,D(w${EXTEN:})) |
Объясни - зочем? Что это за формула такая мудрённая? Клянусь, мир устроен проще!
Только в пятницу настроил два Е1 > 4-port E1 Digium PCI card > Old-2E1-PBX
То есть два шланга Е1 от разных провайдеров, один с crc4, другой без, у каждого свой диалплан, были воткнуты в их Old-2E1-PBX. А мы теперь в разрыв вставили Астериск, на первые 2 порта приходят Е1 от провайдеров, по 3 и 4 уходят в станцию. Чтобы теперь спокойно выводить группы пользователей из старой станции путём установки им ИП телефонов регистрированных на Астериске.
В этой схеме звонки текут и из старой станции транзитом в город, и наоборот, из города в старую станцию через *, и с ИП телефонов в город и на старую станцию. всяко. И НИГДЕ НЕТ ВОТ ТАКОЙ ЕРУНДЫ - exten => _8XXXXXXXXXX,1,Dial(ZAP/g0/3333333,90,D(w${EXTEN:}))!
Может я чего-то не уловил, но все опции с задержкой мы настраивали на аналоговых линиях, где 8-гудок, 8-пауза-10-гудок..
btw, всё вышеописанное рулится именно через юзабельную морду.
К моему сожалению, а также к сожалению всего остального сообщества, юзеры упорно пользуются факсами. Ну не объяснишь им, что вот сканер, комп, инэт, электронка...
Задача_№1: использовать VoIP операторов связи, чоп экономить деньги.
Задача_№2: чтобы способов набора было два, вернее три:
2ХХХХХХ, 5ХХХХХХ - город,
8ХХХХХХХХХХ - межгород,
810ХХХХХХХХХХХ - международная связь.
На первых порах три группы юзеров:
1 - Руководство (VoIP им вообще не юзается, по известным причинам),
2 - Обычные челы, который чего бы не набрали, попадают через самое дешевое место, тож понятно,
3 - факсимильные аппараты, которые становятся бесполезными, если их пускать через VoIP (T38 у нас с вами кривой до полного его отсутствия).
Дык вод для каждой группы юзеров нужен свой контекст, где все рулится как надо.
exten => _8XXXXXXXXXX,1,Dial(ZAP/g0/3333333,90,D(w${EXTEN:})) - это нужно (если вам это не понятно) чоп было так: юзер набирает 8ХХХХХХХХХХ , аст принимает пакет, звонит на номер дозвона местного оператора IP-телефонии, и шлет туда пин код, если надо, затем набранный номер последовательностью DTMF сигналов.
На форуме FreePBX тоже рекомендуют для аналоговых линий пользоваться задержками, но через цифровой интерфейс, видимо никто и не задумывался о таком.
А по поводу твоей работы в пятницу, дык я сделал примерно то же, только не для замены АТС на Аст, а для более гибкого руления звонков, и расширения сервиса. В первом проекте заказчику небыло нужно веб админство над системой, у них там щас сидит чел и фтыкает в консоль. А в данном проекте мне нужно оставить GUI сконфигуренную систему, ну или максимально GUI сконфигуренную. А еще в первом проекте была отечественная АТС "Протон", которую я считал говоном, до знакомства с LDK (LG).
Протон - прикольная АТС!!!!!!! Хоть и говно
По нашему последнему опыту все операторы, которые имеют номера дозвона, подключают по ИП без лишних вопросовЮ дозвонов, пинов, и шминов.
T38 в астериске 1.4 очень геморно работает на sip to sip transit. А в связке zap channel to sip не работает официально.
Дык как?
| Чуваг писал(а): |
| T38 в астериске 1.4 очень геморно работает на sip to sip transit. |
у меня работает изумительно, не надо ля-ля!
во вторых - http://asteriskforum.ru/viewtopic.php?t=1761
это не критика а опровержение, чтобы других не вводить в заблуждение.
ps: тему о t38 не я поднял в этом топике. так что не вам говорить мне что это флейм.
pps:
| Чуваг писал(а): |
| T38 в Асте нету как такового |
уже есть
http://asteriskforum.ru/viewtopic.php?p=15799#15799
| Чуваг писал(а): | ||
| bayadr писал(а): |
| Есть модуль Custom Contexts на FreePbx 2.3.X работает, на 2.4 не проверял |
В общем, удовлетворился полностью, хоть устроено оно несколько неожиданно.
Подскажите гуру, как заставить FreePBX обрабатывать сотовый номер 89230000000# из FollowMe правилом из Custom Contexts.
З.ы.: Внутренние номера прекрасно работают, а вот сотовые и городские при переводе на них, звонят через первый Роут
Правило для того что-бы каждая группа звонила через определенный транк
| iTux писал(а): | ||||
| Чуваг писал(а): | ||
| bayadr писал(а): |
| Есть модуль Custom Contexts на FreePbx 2.3.X работает, на 2.4 не проверял |
В общем, удовлетворился полностью, хоть устроено оно несколько неожиданно.
Подскажите гуру, как заставить FreePBX обрабатывать сотовый номер 89230000000# из FollowMe правилом из Custom Contexts.
З.ы.: Внутренние номера прекрасно работают, а вот сотовые и городские при переводе на них, звонят через первый Роут
Правило для того что-бы каждая группа звонила через определенный транк
Вопрос снят