Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Парни такой вопрос с Астериска летят такие хвосты (притом жалоб нет) ?
proto UDP, 10.0.1.17:12462->169.254.105.34:51117, При работе удаленщиков через NAT + Туннель естественно, пока ограничил iptables/output
Но пологаю есть более красивое решение самим Астериск
У меня pjsip + webrts
На что обратить внимание ?

На zeroconf

[notify_ded_bot]

https://www.voip-info.org/asterisk-zeroconf-support/

[notify_ded_bot]

В pjsip.conf

[system]
type = system
ice_blacklist = 169.254.0.0/16, 192.168.0.0/16

Посмотрим поможет или нет.

[notify_ded_bot]

В pjsip.conf

[system]
type = system
ice_blacklist = 169.254.0.0/16, 192.168.0.0/16

Посмотрим поможет или нет.

у меня были схожие проблемы, но я использовал
ice_deny=172.16.23.0/24

при согласовании ice кандидатов, астер перестал отправлять локальные адреса, на "клиенте" аналогично можно допилить, чтобы он работал с конкретными сетевыми интерфейсами

[notify_ded_bot]

Ну я и говорил, он подбирает сконфигуренный в системе типа редхата зероконф-ИП и выпуливает его как кандидат.

[notify_ded_bot]

ifconfig -a или ip addr ls покажет 169.254 ифейс

[notify_ded_bot]

Или вернее ИП

[notify_ded_bot]

В pjsip.conf

[system]
type = system
ice_blacklist = 169.254.0.0/16, 192.168.0.0/16

Посмотрим поможет или нет.

не помогло 1 164 DROP all -- * * 0.0.0.0/0 192.168.0.0/16

[notify_ded_bot]

не помогло 1 164 DROP all -- * * 0.0.0.0/0 192.168.0.0/16

это правило точно блокирует то что нужно?
выглядит так, словно нет

я бы смотрел на выходе кандидатов, чтобы понять правильно ли конфиг применился

[notify_ded_bot]

это правило точно блокирует то что нужно?
выглядит так, словно нет

я бы смотрел на выходе кандидатов, чтобы понять правильно ли конфиг применился

Естественно оно блокируеться сторонними средствами но это костыль а не решение.