АХ
и получается что callid запроса и ответа не совпадает
Size: a a a
2021 May 24
MK
Я думал об этом, на вот что интересно, почему то фактически в Register и в Option разные домены стоят. В Register отсылается внутренний, а в Option внешний.
АХ
ну эти запросы никак не связаны
АХ
имею ввиду что у них не должны быть одинаковые call-id
АХ
а вот у запроса и ответа на запрос - должны
АХ
дамп вообще нужен. причем sngrep не поможет. он тоже не сопоставит. полный tcpdump
RP
У нас у особо упоротых sip alg менял даже поле контакт, астер шлет со внешним ip, а оператору приходил со внутренним - как следствие на работали входящие
RP
кстати да, если в Call-ID есть хост который меняется то робить не будет, смотреть 100% sip alg. Ну, или если проще, открыть исходники и подправить формулу генерации
2021 May 25
MK
Ну короче да... Сетевики оказывается уже давно с SIP ALG работают включенным.
Но у меня 99% транков прямые каналы с провайдерами, а тут решили пилотно через паблик интернет пустить связку. Ну она все и переворачивала с ног на голову.
В итоге обошел пока сам через добавление localnet=IP подрядчика и nat=no на его транке.
Но у меня 99% транков прямые каналы с провайдерами, а тут решили пилотно через паблик интернет пустить связку. Ну она все и переворачивала с ног на голову.
В итоге обошел пока сам через добавление localnet=IP подрядчика и nat=no на его транке.
MK
Всё взлетело. Спасибо всем.
DQ
Парни, выручайте, дайте кто нормальную команду проброса портов для микрота )) 5060 и rtp
DQ
типа
/ip firewall nat
add action=dst-nat chain=dstnat comment="SIP NAT" disabled=no dst-address=1.1.1.22 dst-port=5060,5160,10000-20000 log=yes protocol=udp to-addresses=192.168.1.12
ДС
add action=dst-nat chain=dstnat dst-port=5060 in-interface=ether1 protocol=tcp to-addresses=192.168.10.16 to-ports=5060
add action=dst-nat chain=dstnat dst-port=5060 in-interface=ether1 protocol=udp to-addresses=192.168.10.16 to-ports=5060
через веб там всё понятнее понятного. самое сложное - запомнить и держать в голове чем dst от src ната отличается.
кстати твоя команда и есть нормальная
add action=dst-nat chain=dstnat dst-port=5060 in-interface=ether1 protocol=udp to-addresses=192.168.10.16 to-ports=5060
через веб там всё понятнее понятного. самое сложное - запомнить и держать в голове чем dst от src ната отличается.
кстати твоя команда и есть нормальная
VM
> запомнить и держать в голове чем dst от src ната отличаетсяа что сложного-то?
ДС
хз. у меня не получается никак. приходится каждый раз домашний роутер открывать и смотреть, где nat а где проброс
VM
ну, тут же очевидно: dnat - замена адреса назначения (куда), snat - замена адреса источника (откуда)
ДС
с какой стороны?
VM
без разницы
VM
роутер трафик в обе стороны гоняет
VM
(а если на нём ещё и туннели настроены, то сторон даже больше)