Dotaz: Dva telefony za stejným NATem (stejnou veřejnou IP)

[LFCIB]

Dobrý den, řeším nepříjemný problém. Mám několik uživatelů v síti co mají SIP telefony a vesele si volají ven, a v pohodě se na ně dá dovolat dovnitř. Problém je, že jsem jim slíbil volání mezi sebou zdarma, ale ono to nejde, protože to nějak koliduje s NATem. Vyzvánění je v pohodě, hovor se naváže, ale po 4 sekundách je z jedné strany ticho, z té strany co zahájila hovor. Někdy to v 8 sekundě opět naskočí a pak jede, častěji vůbec. SIP server je v Internetu. Koukal jsem na siproxd ale nevím jestli to řeší ten problém co mám. Proto bych se chtěl zeptat, jak to řešíte vy, určitě má někdo stejnou situaci že má lidi za NATem a ti si volají Na bráně do netu je normální maškaráda s iptables.

Díky za váš čas

Odpovědi

[LFCIB]

Ještě jsem našel sip_conntack_nat atd, ale v jádře je to jako experimental, tak nevím. Jak to frčí?

Díky moc

[LFCIB]

A jaké máte zkušenosti se siproxd?

[petr_p]

Stabilní a funguje. V telefonu si zakažte detekci NATU a tvrďte mu, že žádný NAT není. Natovaným spojením se pak přepisuje Contact: a u SDP i RTP IP/port (něco jako ftp_conntrack_nat). Implicitně ale zkoumá jen UDP na 5060.

Výsledek by měl být podpobný jako u siproxd, jen není třeba registrace a bez NATU nepřesměrovává RTP. Naopak bez registrace se nikdo nedovolá na telefon z Internetu. Taky je třeba zajisit keep-a-live pakety (nebo časté přeregistrace), aby nevypšel conntrack záznam z registrace.

Obecně sip_conntrack_nat je transparentní o proti siproxd, ale nemusí být tak spolehlivý. Osobně bych dal přednost siproxd, kdyby s ní nebyly problémy.

[LFCIB]

Dobrý den, toto používám na GW, mohl by tu být problém?

echo 50000 > /proc/sys/net/ipv4/netfilter/ip_conntrack_max echo 1200 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established echo 60 > /proc/sys/net/ipv4/netfilter/ip_conntrack_generic_timeout echo 5 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_close echo 120 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_close_wait echo 120 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_fin_wait echo 60 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait echo 10 > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout

SIP server nemám pod kontrolou, ale myslím že jim tam běží Asterisk. Ještě mě napadlo, jde nějak zneužít Asterist? Že bych ho nainstaloval na server a nastavil aby byl něco jako spojka mezi poskytovatelem VoIP? Jde to? A co říkáte na SIP Express Router (SER) z iptel.org, máte někdo zkušenost?

Díky moc

[LFCIB]

Omlouvám se, zapomněl jsem.

echo 50000 > /proc/sys/net/ipv4/netfilter/ip_conntrack_max
echo 1200 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established echo 60 > /proc/sys/net/ipv4/netfilter/ip_conntrack_generic_timeout
echo 5 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_close
echo 120 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_close_wait echo 120 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_fin_wait
echo 60 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_time_wait
echo 10 > /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout

[petr_p]

/proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout

RTP používá UDP. Nejsem si jistý, v jakých jednotkách jsou ta čísla (myslím, že sekundy), ale to by mohla být ta příčina. Hlavně když se používá silence-suppression.

Pokud je telefonista zticha, telefon přestane posílat RTP pakety. Pokud pomlka trvá nad limit nastavený na vaší gatewai (např. když druhá strana nepustí ke slovu druhou stranu po více jak 10 s), pak natující stroj považuje spojení za ukončené, uvolní mapování adres a nově příchozí pakety začne zahazovat. (Něco jako ICMP port unreachable vám vaše GW negeneruje?)

[petr_p]

Pokud se oba slysi ale po nejake dobe zvuk vypadne, tak bych hledal problem v NATU (timeout spojeni) nebo, pokud se proxuje i RTP (Asterisk?), tak i tam.

Siproxd skrývá UDP identitu telefonu. Vyžaduje prvotní registraci na registraru v Internetu, kdy vytvoří proxy identitu (registrar si myslí, že telefon je shodný se siproxd serverem). Myslím, že u siproxd byly problémy, když oba telefony byly za stejným NATEM ve stejné síti.

[kokoska.rokoska]

1. Ano, mame "par" lidi za stejnym NATem
2. Ano, vesele si volaji

Nez ohybat NAT (pokud to je neco normalniho, jako napr. iptables je IMO lepsi spravne nastavit sip-server a koncova zarizeni.
Takze se ptam: Co to je za sip server a jaka koncova zarizeni pouzivate?

Hezky den! k.r.

[LFCIB]

DD, > Co to je za sip server a jaka koncova zarizeni pouzivate

SIP server bude zřejmě Asterisk, který nemám pod kontrolou, a zařízení na testování používám třeba X-Lite (všechna i HW se mi chovají stejně)

Díky

[kokoska.rokoska]

Pokud ten server neni pod Vasi kontrolou, tak je temer jedno, co to je zac
BTW: Ale zajimalo by me, na zaklade ceho usuzujete, ze to je Asterisk...

K veci:
1. vypnete vsechny vice-ci-mene inteligentni externi "udelatka" pomahajici s pruchodem SIPu a RTP NATem.
2. U X-Lite zkontrolujte, ze to je verze 3.0 a vyssi.
3. Na zavadu nemusi byt ani rada pana kolegy Alika, abyste nastavil kazdemu zarizeni jiny port pro SIP a jiny rozsah portu pro RTP.
4. Nechte oba Vase telefony (zdrojovy i cilovy) logovat signalizaci.
5. Podivejte se, zda-li vse vypada normalne.

Pokud analyzou signalizace na nic neprijdete, hodte ten dump sem a uvidime

Hezky den! k.r.

[Alík]

Dejte každému zařízení (lince na zařízení) které je za jedním NATem jiný port, takže 5060, 5061, 5062, atd.

[Zdeněk Štěpánek]

Ja na IGw nemam zadne specialni nastaveni pro SIP, klienti az na jednu vyjimku jsou linksys PAP2T-EU nebo 2101 nebo neco takoveho. Ja mam nejakej lowend telefon, tam jsem nastavoval stun server, v sipurach ne. A vesele si volame vsude mozne. Protoze mame vsichni ucet u 802.cz tak si volame zadarmo i bez naseho pricineni.

Takze souhlasim s tim co psal kolega vyse. Vyhazel vsechny obezlicky, nastav telefony podle navodu od SIP providera a musi to fungovat.

Zdenek

[Opičák]

nezbývá mi než souhlasit. Používáme v síti několik VoIP telefonů se SIP přes providera voipex. Chodí to skvěle, voláme si zdarma, protože je to přes net a nezaznamenal jsem žádné problémy. Snad je jen vhodné pro SIP nastavit nějakou vhodnou šířku pásma v QoS, aby byla zachována kvalita služby.

[LFCIB]

Dobrý den, já právě žádné obezličky nemám, mám normální maškarádu přes iptables a všechno normálně funguje až na toto. Nic pro podporu SIPu nepoužívám, ale právě teď to hledám. Vyzkoušel jsem několik telefonů HW i SW a problém je stejný. S nastavením telefonů jsem si hrál, STUN server atd, nic nepomohlo.

Díky

[Opičák]

ještě by se mohli volat IP adresou. To by snad fungovat mělo. Další řešení je rozchodit vlastní VoIP server. Ve většině telefonů lze totiž nastavit víc jak jednoho operátora.

[kokoska.rokoska]

Jak jsem jiz psal - jestli jste eliminoval vsechny obezlicky, tak sem hodte dump komunikace. Vestit z kristalove koule opravdu neumim.

Hezky den! k.r.

[petr_p]

Poznamenávám, že Ethereal má pěkný analyzátor VoIP. Z nachytaných paketů sestaví volací diagram včetně RTP proudů. Také bych za zaměřil na okamžik, kdy vypadně zvuk. Vsadím se, že minimalně od GW k cílovému telefonu přestane chodit RTP.

[LFCIB]

Dobrý den, problém byl vyřešen, vyřešil ho můj poskytovatel VoIP, vyřešil ho na dálku a s mojí sítí to nemělo vůbec nic společného, ale technické detaily si nechal pro sebe. Prostě mám pořád ten stejný NAT a všechno frčí, i když jsou telefony za stejnou IP a to i bez jejich jakékoliv speciální konfigurace a bez STUN. Sice nemám radost, že jsem se s tim dlouho trápil a pak se dozvím že to nebylo u mě, ale podstatné je, že to maká.

Ahoj