Jojo, mel jsem presne stejny problem (VOX802), VoIP brana za routerem se pripojila, ale po chvili maskarada vyhodila z tabulky zaznam a byl konec. Zevnitr ven samozrejme problem neni, prvni paket tam ten zaznam zase zaridi, z venku to ale nefunguje a je problem.
Nebylo to nejcistsi, ale funkci reseni - zapnul jsem posilani keep alive paketu a zkratil cas reinvite. Podle schopnosti toho klienta to asi pujde i cisteji (treba natvrdo port forwardem), ale tohle bylo za 30 vterin hotove a vic casu jsem nemel :-)
pokud ses za natem/firewallem zrejme vyexpiruje otevreny prostup z duvodu neaktivity, resenim by mohlo byt posilat nejake keepalive pakety z telefonu, pokud to umoznuje, nebo snizit timeout pro reregistraci na sip server, tj. aby telefon delal casteji nejakou aktivitu a nim udrzoval prostup otevreny, ze strany sip serveru by to slo taky...
Ma u Ha-vla podobny problem. Mam telefon Well 302, vlastni IP a rychlost 3 mb. Telefonuje se luxusne az na jednu vec - po par hodinach se na telefon neda dovolat. Z nej mohu volat kdykoli, ovsem na nej se (obvykle tak po dvou hodkach) dovolat neda - bud obsazeno anebo cislo neexistuje. Kontaktoval sem podpory jak Well tak haloo ale vysledek zadnej - nema nekdo moudrou radu ?
ja zas marne cekam, az bude neco pouzitelneho pro pda (WM5), ppciax, i xlite jsou celkem nepouzitejny (nestabilita, zvuk ze speakeru, misto sluchatka), asi bude treba pockat na WM6, kde uz by mel byt integrovany SIP klient (jako jiz maji symbianove nokie E60/61/70).
Tak, tak, jsem za NATem, SIP jsem ani po dlouhé snaze nerozchodil pro příchozí hovory, doporučuji použít protokol IAX (např. u ho-loo si musíte na něj přepnout v nastavení účtu), pro něj jsem objevil výborný SW KIAX - používám jej pod Windows, designem je trochu podobný Skypu, má Češtinu, je to freeware, viz. www.kiax.org , i příchozí hovory mi chodí výborně !
u IAX je taky moznost obdoby reinvite u sipu, kdy se endpointy po sestaveni spojeni spoji naprimo, viz soft pbx asterisk :-)
nutnost aplikacni proxy rozhodne nevyhoda je, zejm. pro domaci uzivatele, kterych je drtiva vetsina za natem (i kdyz adsl routriky jsou vetsinou sip aware),
kazdopadne bezproblemova pruchodnost skrz naty/firewally je docela zasadni a proto taky slavi uspech skype, ze? ;-)
To ovšem není nevýhoda těch protokolů, naopak, dalo by se to spíš označit za výhodu - nemusíte honit hlasový stream přes půl světa jen proto, že tudy šla signalizace. Je to nevýhoda maškarád oproti skutečnému připojení k Internetu.
5,3 resp. 6,3 s velmi dobrou kvalitou, ale poměrně velkými nároky na výpočet má G.723.1
Ta .1 je důležitá. Jedná se o úplně jiný typ kodeku než G.723 (ADPCM). Ale vím, že to "tečka jedna" vynechává kdekdo ;)
oba zminene protokoly maji jednu zasadni nevyhodu, pouzivaji oddelene kanaly pro signalizaci a pro vlastni RTP hlasovy stream, takze nutnost mit aplikacni proxy na firewallech/nat zarizenich (napr. do iptables to myslim pribylo velmi nedavno),
v tomto ma velkou vyhodu IAX, ktery pouziva jeden UDP port pro vsechno, problem ovsem v nedostatku hw phonu podporujicich tento protokol.
Pod pojmem rodina protokolů H.323 bych spíše viděl H.225, H.225 RAS a H.245. RTP je tuším IETF dopručení.
G.723 vyžaduje 16kbps při mizerné kvalitě. 8kbps požaduje G.729
Terminály nejsou obsluhovány branami. Když, tak spíše gatekeeperem. Brána slouží při přechodu s H.323 na jiný typ sítě (PSTN, SIP). A rozhodně nestojí stranou komunikace. Zdá se, že v odstavci došlo k záměně pojmů gateway a gatekeeper.
SIP si nebere mušku jen internetovou telefonii. Je to signalizační protokol srovnatelný s H.225 z rodiny H.323. Umožňuje signalizovat i video, IM, ...
