DQ
кстати, натолкнуло на мысль натирования - локалнет и нат
транспорт protocol = udp
bind = 0.0.0.0
Size: a a a
2021 May 27
FA
DQ
Fuad выставь
identify_by в ip например. сейчас что там указано?FA
match прописан ип провайдера
FA
ничего не было указано. поменял на ип . Проверил. все так же
V
На самом деле люди наверно два маршрута по умолчанию прописали
V
Ну-ка покажите route -n
FA
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.128.51.1 0.0.0.0 UG 0 0 0 ens192
0.0.0.0 172.20.230.129 0.0.0.0 UG 100 0 0 ens224
0.0.0.0 10.128.51.1 0.0.0.0 UG 101 0 0 ens192
10.128.51.0 0.0.0.0 255.255.255.0 U 101 0 0 ens192
172.20.230.128 0.0.0.0 255.255.255.128 U 100 0 0 ens224
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.128.51.1 0.0.0.0 UG 0 0 0 ens192
0.0.0.0 172.20.230.129 0.0.0.0 UG 100 0 0 ens224
0.0.0.0 10.128.51.1 0.0.0.0 UG 101 0 0 ens192
10.128.51.0 0.0.0.0 255.255.255.0 U 101 0 0 ens192
172.20.230.128 0.0.0.0 255.255.255.128 U 100 0 0 ens224
V
Вот и два маршрута по 0.0.0.0
V
Правьте маршрутизацию
FA
Речь идет о inbound requests
V
К asterisk это отношение не имеет
FA
всмысле , сервер то пакеты получает
DQ
а ответы шлет куда?
V
И как он должен догадаться куда слать ? У вас два маршрута с 0.0.0.0
FA
option пакеты без проблем пашут. С астериска до провайдера все норм доходит. Но а проблема в том что INVITE пакеты с провайдера добираются до сервера. А на астериск не поступают.
FA
Думаю роутинг не при чем
DQ
хоть ошибкой поделись. что сервер отвечает на инвайты
V
Конечно. Вам вообще маршрутизацию надо было поднимать выше. На роутере
FA
