еще insecure=port,invite тогда если без регистрации.
Zavr2008 ( 2014-02-18 19:34:38 +0400 )редактировать
Прошу помочь, 11 мне медленно выдавливает мозг
Сервер 1 - Asterisk 11.7.0 ip 1.1.1.1
в sip.conf
[peer-dva]
type=friend
host=2.2.2.2
context=from-dva
allow=ulaw
allow=alaw
allow=gsm
progressinband=yes
host=dynamic
Сервер 2 - Asterisk 1.8.5.0 ip 2.2.2.2
[peer-odin]
type=friend
host=1.1.1.1
context=from-odin
allow=ulaw
allow=alaw
allow=gsm
progressinband=yes
host=dynamic
Вроде случай простейший и все должно работать. Но в реальности, звонки с 1 на 2 проходят нормально
exten => _2xx,1,Dial(SIP/${EXTEN}@peer-dva,40,Tt) все нормально
а с 2 на 1
exten => _1xx,1,Dial(SIP/${EXTEN}@peer-odin,40,Tt)
получаю
[Feb 18 16:56:57] NOTICE[28447][C-0000092e]: acl.c:748 ast_apply_acl: SIP Peer ACL: Rejecting '2.2.2.2' due to a failure to pass ACL '(BASELINE)'
[Feb 18 16:56:57] NOTICE[28447][C-0000092e]: chan_sip.c:25351 handle_request_invite: Failed to authenticate device "188" <sip:188@2.2.2.2>;tag=as3402188e
Не использую никакие ацл только permit/deny контексты from-odin и from-dva существуют
Ситуация разрешилась. Оказалось что дело в 'device "188"' Просто на втором сервере в sip.conf был прописан свой клиент [188] , а вот у него как раз и был жестко прописан deny/permit . Когда попробовал совершить звонок с другого SIP-аккаунта, не пересекающегося, все прошло хорошо.
Спасибо за помощь.
host=2.2.2.2
...
host=dynamic
Вот по этому и не работает.
еще insecure=port,invite тогда если без регистрации.
Zavr2008 ( 2014-02-18 19:34:38 +0400 )редактироватьв консоль смотрите. и поменяйте ${EXTEN}@peer на peer/${EXTEN} в диале.
и context=from-internal если они в одной телефонной сети.
При чем FreePBX? from-internal только в FreePBX бывает? 8-)
Out ( 2014-02-18 18:30:22 +0400 )редактироватьнет. но в отрыве от fpbx это как в воду пе$%^ть.
komrad123 ( 2014-02-18 19:07:03 +0400 )редактироватьЗадан: 2014-02-18 17:17:41 +0400
Просмотрен: 2,701 раз
Обновлен: Feb 19 '14
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
peer-dva/peer-dva 2.2.2.2 N 5060 OK (24 ms) и на втором соответственно вижу peer-odin/peer-odin 1.1.1.1 N 5060 OK (25 ms)
пробовал нет эффекта host=dynamic убрал, тоже без эффекта
kozlevitch ( 2014-02-18 18:36:27 +0400 )редактироватьну и где "только permit/deny", в студию..
Zavr2008 ( 2014-02-18 19:35:27 +0400 )редактироватьА тут их и нет. Я говорю что не использовал в конфигурации ACL вообще, а permit/deny в форме deny=0.0.0.0/0.0.0.0 permit 5.5.5.5/255.255.255.255 для отдельных sip- аккаунтов
kozlevitch ( 2014-02-18 19:46:33 +0400 )редактироватьеще insecure=port,invite тогда если без регистрации.
пробовал, картины не меняет
kozlevitch ( 2014-02-18 19:47:31 +0400 )редактироватьчтобы картина поменялась, нужно хотя бы понимать что рисуем) И делать всё корректно, а не урывками по-отдельности. Как и заниматься оверквоттингом вместо каментов в нужном месте.
Zavr2008 ( 2014-02-18 20:14:18 +0400 )редактировать"Tt,Ww" в Dial - перл)
Zavr2008 ( 2014-02-18 20:15:15 +0400 )редактировать"handlerequestinvite: Failed to authenticate device "188" - Вам перевести что это значит?
Zavr2008 ( 2014-02-18 20:16:59 +0400 )редактироватьНа тему понимать что рисуем. Два офиса с астерисками на которых по сипу сидят сотрудники. номера на одном 2ХХ и 1ХХ на втором 3ХХ. Пытаюсь связать сервера для возможности звонков с номеров 2ХХ на 3ХХ и обратно. Для этого установил сип соединение по SIP (конфигурация в вопросе) sip show peers на обоих серверах показывает что сип поднялся. НО в одну сторону звонки проходят свободно (11 ->1.8 ), в другую (1.8 -> 11 ) вижу сообщение "failure to pass ACL" . По поводу ''Failed to authenticate device "188" да, объясните что это значит. Почему подобного сообщения не возникает на стороне * 1.8 , только на 11. Что надо сконфигурировать что бы принимались звонки от 1ХХ и 2ХХ ?
kozlevitch ( 2014-02-19 09:39:25 +0400 )редактироватьИногда просто задумавшись над вопросом можно понять и как найти ответ)
Zavr2008 ( 2014-02-20 17:55:50 +0400 )редактировать