2016-03-30 2 views
2

У меня есть два счета в ovh для моих сундуков. Первый - это классический глоток & второй - глоток сундука.Как настроить несколько соединительных линий в звездочке?

В моей sip.conf:

[general] 
language=fr 
bindport=5060 
bindaddr=0.0.0.0 
srvlookup=yes 
canreinvite=no 
defaultexpiry=3600 
registertimeout=30 
registerattempts=0 
disallow=all 
allow=ulaw 
allowguest=no 
alwaysauthreject=yes 
nat=yes 
autocreatepeer=yes 

register => 0033972XXXXXX:[email protected] 
register => 0033972YYYYYY:[email protected] 

[trunk-test] 
disallow=all 
type=friend 
secret=PASS2 
host=siptrunk.ovh.net 
fromdomain=sip.ovh.fr;siptrunk.ovh.net 
fromuser=0033972YYYYYY 
username=0033972YYYYYY 
nat=yes;force_rport,comedia 
context=depuis-ovh 
insecure=port,invite 
qualify=yes 
dtmfmode=inband 
allow=ulaw 

[vers-ovh] 
disallow=all 
type=friend 
secret=PASS1 
host=sip.ovh.fr 
fromdomain=sip.ovh.fr 
fromuser=0033972XXXXXX 
username=0033972XXXXXX 
nat=yes 
context=ManageOperator 
insecure=invite,port 
qualify=yes 
dtmfmode=inband 
allow=ulaw 

В моей extensions.conf

[general] 
static=yes 
writeprotect=no 
clearglobalvars=no 

[globals] 

[depuis-ovh] 
exten => s, 1, Answer() 
exten => s, n, AGI(NPCallCenterAsterisk/agi/app,services/42/country/EN) 
exten => s, n, Hangup() 

[ManageOperator] 
exten => s, 1, Answer() 
exten => s, n, AGI(NPCallCenterAsterisk/agi/app.php,manageOperator); 
exten => s, n, Hangup() 

Когда я называю 0033972YYYYYY, он отлично работает. Контекст «depuis-ovh» вызывает AGI. Но когда я звоню 0033972XXXXXX, звонок сразу зависает.

У вас есть идеи, в чем проблема?

ПРИМЕЧАНИЕ: 0033972XXXXXX & 0033972YYYYYY отлично работает, когда настроен только один из них.

ответ

0

Если у вас есть insecure = invite, будет выбран первый сверстник с соответствующим адресом.

Так у вас есть вариант удалить отслаивающиеся пригласить или просто жить со знанием, что все запросы из одной подсети будет идти первый контекст хобота (можно, например, добавить номер в этом контексте)

+0

Когда я удаляю пригласить Звездочка дать мне ПРЕДУПРЕЖДЕНИЕ [14978]: chan_sip.c: 14895 check_auth: имя пользователя рассогласования, имеет , гидролизат имеет

+0

К сожалению, у вас есть включить глотнуть отладки и обратитесь к поддержке провайдера отладочных – arheops

+0

Я установил режим отладки sip с командой: sip set debug on Но когда я вызываю 0033972XXXXXX, дамп пуст: '( Однако когда я звоню 0033972YYYYYY, он сбрасывает правильно. –

-1

Я настроить Asterisk сервера , У меня есть одна SIP и одна SIP-соединительная линия, когда я настраиваю оба из них каждый раз только один вызываемый. Кажется, что это всегда SIP-транк, моя конфигурация такая же, как у Пьера-Люка.

Интересно, может ли это проблема порта? Я имею в виду, может быть, каждый глоток [сундук] должен быть назначен другому порту?

Я действительно не совсем понимаю, что вы имеете в виду археологи, можете ли вы подробно объяснить свой ответ?

+0

Нет, звездочка не может работать на двух портах. Почему вы отвечаете, если у вас нет опыта? – arheops

+0

Я просто присоединяюсь к разговору, потому что сталкиваюсь с той же проблемой, я спрашиваю, а не отвечу. – NathanVss

+0

Если это так, вы должны использовать комментарии, а не раздел ответов. Вопрос прост. Asterisk определяет, какой из них следует использовать через IP ADDRESS. Сервер провайдера также может иметь ограничение на количество регистрации на IP-адрес. Поэтому, если у вас 2 партнера с одинаковым адресом, это плохо работает. – arheops

1

Должно быть type=peer, поэтому согласование выполняется только на хост/IP. Insecuring приглашение на type=friend просто просят, чтобы взломать, поскольку он отключает пароль проверки на входящие звонки в ваш ящик, и все они должны получить право это имя пользователя, и они в.

Избавьтесь от nat=yes, потому что это Безразлично не делайте то, что вы думаете, поскольку оно предназначено для помощи, если другой конец за NAT, а не наоборот. Скорее всего, ваш провайдер не переписывает исходный порт на своих маршрутизаторах, поэтому избавление от insecure=port требует немного большей безопасности.

Если вы собираетесь в Inbanddtmf, сделайте это с вашего телефона/ATA в поле Asterisk, а затем пусть поле Asterisk переведет обратно в RFC обратно вашему провайдеру. Причина обычно для установки Inband в первую очередь, как правило, потому, что некоторые модели PAP2 были плохими при фильтрации dtmf из аудио, что привело к удвоению цифр, считываемых в дальнем конце.