asterisk.ru

начать проверку всё-таки с пингов

;;;;;;;;;;;;;;;;;;;fromuser=172.16.208.229 не так всё, не так.
host=172.16.217.149

host 172.16.217.149 должен пингаться и показывать открытй порт 5060
nmap 172.16.217.149 -p 5060 -sU

С этим бы я поспорил:

ip route add 172.16.217.0/24 via 172.16.208.230 dev eth1

строго говоря, можно и без "dev eth1", но в данном случае разницы никакой
когда алиасы используются тогда повлияет

ping 172.16.217.149
PING 172.16.217.149 (172.16.217.149) 56(84) bytes of data.
^C
--- 172.16.217.149 ping statistics ---
134 packets transmitted, 0 received, 100% packet loss, time 133250ms


traceroute 172.16.217.149
traceroute to 172.16.217.149 (172.16.217.149), 30 hops max, 60 byte packets
1 172.16.208.230 (172.16.208.230) 1.311 ms 1.358 ms 1.415 ms
2 * * *
3 * * *
.
.
29 * * *
30 * * *


nmap 172.16.217.149 -p 5060 -sU

Starting Nmap 5.51 ( http://nmap.org ) at 2013-05-14 15:50 MSK
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.12 seconds

я раньше тож прописывал вс етак же статикой, но дальше таких результатов так и не прошёл ....

если не пингуется, можно добавить опцию -PN

Out, Вы позновато включились в дискуссию. Перечитайте, ответ - да, один 172.16.208.229, с маской /30, по которой доступен только один хост провайдера 172.16.208.230, это видно из трассы (выше). А за ним - ничего.
172.16.217.149
Nmap done: 1 IP address (0 hosts up) - ноль, он и есть ноль.

out, да только 1, пингается только гейт 230-ый ...


nmap 172.16.217.149 -p 5060 -sU -PN

Starting Nmap 5.51 ( http://nmap.org ) at 2013-05-14 16:23 MSK
Nmap scan report for 172.16.217.149
Host is up.
PORT STATE SERVICE
5060/udp open|filtered sip

Nmap done: 1 IP address (1 host up) scanned in 2.14 seconds

Я бы уже поглядывал в сторону суппорта Экванта. Вы же их клиент? Они заинтересованы в вашем подключении?
А то ощущение, что они/вы чужими руками жар загребаете.

ded писал(а): tcpdump -i eth1 host 172.16.217.149 .

tcpdump -i eth1 host 172.16.217.149
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
16:30:56.758274 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:30:57.258711 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:30:58.258778 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:31:00.258896 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:31:04.259051 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:31:12.258807 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:31:28.258386 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
^C
7 packets captured
7 packets received by filter
0 packets dropped by kernel


Да уж, пожалуй пора с ними поболтать, зато сам много нового узнал

Знаете что такое SIP диалог?
Предполагалось что будет встречный обмен
16:31:28.258386 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:31:29.258386 IP 172.16.217.149.sip > 172.16.208.229.sip: SIP, length: 930
16:31:30.258386 IP 172.16.208.229.sip > 172.16.217.149.sip: SIP, length: 930
16:31:31.258386 IP 172.16.217.149.sip > 172.16.208.229.sip: SIP, length: 930