AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Абоненты с одинаковыми внутренними номерами на одном сервере Asterisk (Elastix)

Newbies/FAQ Forum 14 сообщений -
#1

Ребята, помогите решить проблему! Расклад таков:
1 офис: один канал до VoIP-провайдера, на нём городской номер, внутренние номера 101, 102, 103.
2 офис: второй канал до VoIP-провайдера на нём городской номер, внутренние номера 101, 102, 103.
3 офис: третий канал до VoIP-провайдера, на нём городской номер, внутренние номера 101, 102, 103.
Как такое возможно сделать вообще? Ну чтобы во всех трёх офисах были внутренние учётки одинаковые, и только местная связь с выходом в город, прямой связи между офисами нету.
#2

Все 3 офиса на одном сервере?
Разбивайте по разным контекстам для разных офисов.
Предположим что N - номер офиса, а все транки называются как trunk_N, тогда, в первом офисе:
тут учетки [N_101], [N_102], [N_103], контекст у них будет outbound_N, соответственно в этом контексте пишем:
exten => 101,1,Dial(SIP/N_101)
exten => 102,1,Dial(SIP/N_102)
exten => 103,1,Dial(SIP/N_103)
;далее для выхода в город через свой транк
exten => _X.,1,Dial(SIP/trunk_N/${EXTEN})

Так же по аналогии и для других офисов, в каждом офисе получатся свои внутренние номера, и свои исходящие маршруты, ну а входящую маршрутизацию рулите уж как вам надо.
#3

На одном астериск-сервере две одинаковые учетки быть не могут. Делайте 101, 201, 301. Иначе замучаетесь логи-биллинг разруливать
_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
#4

Ну да, тут все зависит от конечного итога. Если надо получить "чтобы пользователи созванивались между собой и для них не было разницы" то мой вариант в помощь. А если потом статистику смотреть собираетесь или еще чего - то лучше не делать такие грабли.
#5

Wapo @ Вт Июл 16, 2013 17:03 писал(а):
На одном астериск-сервере две одинаковые учетки быть не могут. Делайте 101, 201, 301. Иначе замучаетесь логи-биллинг разруливать

Я бы сказал, что вообще не надо делать учетки, где имя пользователя совпадает с номером(extention). И об этом прямо написано в sip.conf.sample
#6

Как вариант делать учетки вида NXXX, где N - номер офиса:
Для офиса 1:
Код:
1101
1102
1103


Для офиса 2:
Код:
2101
2102
2103


Для офиса 3:
Код:
3101
3102
3103


Внутри офиса звонки по трехзначным номерам, при наборе четырехзначноного можно позвонить в другой офис.

xelas, ничего плохого в этом нет. Достаточно иметь нормальные пароли и включенную опцию alwaysauthreject.

_________________
Intel Core 2 Duo E6400 @ 2.40GHz / 6Gb / 160Gb || Gentoo Linux || Asterisk 11.2-cert1
Решения телефонии на базе Asterisk || http://it-need.ru
#8

Дело вовсе не в безопасности. Хотя это тоже.
А в том, что когда имя пользователя и extention совпадает можно наловить много интересного в при звонках между сервера и включенной на телефоне переадресации например.
Сам на такое натыкался и взял за правило так не делать.
#9

Приведите пример когда есть проблема, что-то не могу такого себе представить.
_________________
Intel Core 2 Duo E6400 @ 2.40GHz / 6Gb / 160Gb || Gentoo Linux || Asterisk 11.2-cert1
Решения телефонии на базе Asterisk || http://it-need.ru
#10

На сервере А есть номер 1111
На сервере Б есть номер 1311
Все звонки "в город" с сервера Б передаются на сервер А. То есть, сервер Б не имеет своего выхода в PSTN.
На 1311 включаем переадресацию на сотовый.
Звони с 1111 на 1311.
В результате получаем failed to autenticate invite при попытке сервера Б переадресовать звонок с 1111 на сотовый.

Получается так потому, что с сервера Б идет инвайт на вызов сотового с From:1111@. Сервер А находит такой пир у себя и пытается авторизовать такой звонок.
Естественно у него ничего не получается.
Если же учетную запись от 1111 завести с username 1111dev, например, то звонок переадресуется удачно.

Собственно, я вот про этот кусок из sip.conf.sample

Код:
;------- Naming devices ------------------------------------------------------
;
; When naming devices, make sure you understand how Asterisk matches calls
; that come in.
; 1. Asterisk checks the SIP From: address username and matches against
; names of devices with type=user
; The name is the text between square brackets [name]
; 2. Asterisk checks the From: addres and matches the list of devices
; with a type=peer
; 3. Asterisk checks the IP address (and port number) that the INVITE
; was sent from and matches against any devices with type=peer
;
; Don't mix extensions with the names of the devices. Devices need a unique
; name. The device name is *not* used as phone numbers. Phone numbers are
; anything you declare as an extension in the dialplan (extensions.conf).
#11

Спасибо всем! То есть, получается, нужно прописывать маршруты вручную в extensions_custom.conf? Через GUI никак?
#12

ГУИ - оболочка для тех кому надо получить некий СТАНДАРТНЫЙ функционал. У вас же он уже не стандартный.

Насчет одинаковых номеров на РАЗНЫХ серверах - соглашусь, что есть траблы. Типа абонент 101 звонит на сервер Б абоненту 102, а потом в логах обнаруживаем что 101-й не с сервера А а ... с сервера Б Smile

_________________
P4 3.0 + 1Gb CentOS 5.8 Aster 1.8.16
Не люблю gui-сборки: натуральный продукт вкуснее.
И еще: я ПРОФИ так как НЕ ЛЕНЮСЬ читать литературу.
#13

xelas, спасибо, теперь понятно. У меня небыло таких схем.
_________________
Intel Core 2 Duo E6400 @ 2.40GHz / 6Gb / 160Gb || Gentoo Linux || Asterisk 11.2-cert1
Решения телефонии на базе Asterisk || http://it-need.ru
#14

Спасибо всем =) Значит будем редактировать файлы..