SG
Может в архивах каких нибудь ечть
Size: a a a
2020 June 04
--
Если шить насильно, боюсь аппарат окирпичится :(
ПП
Ребят , все привет .
Кто то может подсказать по сisce 2921 ?
Кто то может подсказать по сisce 2921 ?
D
Если так уж хотите авторизацию по паролю
Центральный астер
[username]
type=friend
host=dynamic
secret=dsakgjnkjb
Филиал
[aster_central]
type=peer
host=<ip_central_aster>
defaultuser=username
remotesecret=dsakgjnkjb
fromuser=username
fromdomain=<ip_central_aster>
Центральный астер
[username]
type=friend
host=dynamic
secret=dsakgjnkjb
Филиал
[aster_central]
type=peer
host=<ip_central_aster>
defaultuser=username
remotesecret=dsakgjnkjb
fromuser=username
fromdomain=<ip_central_aster>
ну в общем помог параметр insecure=invite, но для меня все равно остается непонятным, почему из центрального офиса все звонят нормально наружу через тот же даил план, а те кто в удаленных офисах этого сделать не могли
АГ
Dmitriy
ну в общем помог параметр insecure=invite, но для меня все равно остается непонятным, почему из центрального офиса все звонят нормально наружу через тот же даил план, а те кто в удаленных офисах этого сделать не могли
вам уже отвечал на этот вопрос
--
Dmitriy
ну в общем помог параметр insecure=invite, но для меня все равно остается непонятным, почему из центрального офиса все звонят нормально наружу через тот же даил план, а те кто в удаленных офисах этого сделать не могли
insecure=invite ; Не требовать аутентификации входящих сообщений INVITE
Обычно используется для разрешения входящих вызовов там где указано type=friend и определены имя и пароль.
Обычно используется для разрешения входящих вызовов там где указано type=friend и определены имя и пароль.
АГ
insecure для слабаков
D
insecure для слабаков
Александр, объясните еще раз слабаку, у меня в удаленках телефоны, коннектятся через опенвпн к астериску в центральном офисе. Астеров на удаленках нет. Почему при одинаковых условиях телефоны в центральный офис работает по type=friend а в удаленках не хотят. И как можно в такой ситуации не использовать insecure
--
insecure для слабаков
если в host прописан ip адрес и дополнительно permit и deny — это безопасно
АГ
Dmitriy
Александр, объясните еще раз слабаку, у меня в удаленках телефоны, коннектятся через опенвпн к астериску в центральном офисе. Астеров на удаленках нет. Почему при одинаковых условиях телефоны в центральный офис работает по type=friend а в удаленках не хотят. И как можно в такой ситуации не использовать insecure
ваш телефон не отправляет учётные данные при исходящем invite.
АГ
Это означает что они там не прописаны
D
Но в центральном офисе такие же телефоны и они тоже ничего не отправляют, посмотрел логи у них тоже xSIP/2.0 401 Unauthorized
D
но они при этом работают
АГ
а после 401 телефон что отправляет?
OS
Dmitriy
Но в центральном офисе такие же телефоны и они тоже ничего не отправляют, посмотрел логи у них тоже xSIP/2.0 401 Unauthorized
Вы пробовали сделать то, что я просил?
D
Вы пробовали сделать то, что я просил?
На TCP не вариант менять, в силу специфики некоторого ПО. Оставить 1 alaw не помогло. По маршрутизации в OPENVPN разрешено все всем внутри туннеля.
--
Вот например прописан телефон:
[200] ; phone 200
type=friend
host=dynamic
username=200
secret=password
nat=yes
qualify=yes
canreinvite=no
context=office
dtmfmode=info
disallow=all
allow=g723
allow=g729
allow=alaw
allow=g726
deny=0.0.0.0/0.0.0.0
permit=192.168.254.0/255.255.255.0
здесь конечно нет insecure invite
[200] ; phone 200
type=friend
host=dynamic
username=200
secret=password
nat=yes
qualify=yes
canreinvite=no
context=office
dtmfmode=info
disallow=all
allow=g723
allow=g729
allow=alaw
allow=g726
deny=0.0.0.0/0.0.0.0
permit=192.168.254.0/255.255.255.0
здесь конечно нет insecure invite
OS
Dmitriy
На TCP не вариант менять, в силу специфики некоторого ПО. Оставить 1 alaw не помогло. По маршрутизации в OPENVPN разрешено все всем внутри туннеля.
покажите дамп, после того как alaw выставили? и для теста нельзя включить TCP?
--
sip debug с астериска тоже сюда
D
а после 401 телефон что отправляет?
2020/06/04 15:35:34.924089 192.168.200.161:5060 -> 192.168.254.251:5060
ACK sip:89064420792@192.168.254.251:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.200.161;branch=z9hG4bK87e2c5cdc85b93422
Max-Forwards: 70
From: <sip:1201@192.168.254.251:5060>;tag=1639c5154c
To: <sip:89064420792@192.168.254.251:5060;user=phone>;tag=as38c3188a
Call-ID: c08569f8ba4627bb
CSeq: 14524 ACK
ACK sip:89064420792@192.168.254.251:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.200.161;branch=z9hG4bK87e2c5cdc85b93422
Max-Forwards: 70
From: <sip:1201@192.168.254.251:5060>;tag=1639c5154c
To: <sip:89064420792@192.168.254.251:5060;user=phone>;tag=as38c3188a
Call-ID: c08569f8ba4627bb
CSeq: 14524 ACK