Da se nadovežem na našu ICQ konverzaciju od malopre i moju prethodnu poruku.
Ne uzima toliko mnogo vremena, ali značajno povećava jitter i ne samo to, postoji jos jedan problem sa enkripcijom, a to je dodatni overhead. Naime, voice paketi se prenose putem RTP protokola, koji za transport koristi UDP. Standardna veličina IP+UDP+RTP zaglavlja je 40 bajtova (IP: 20; UDP: 8; RTP: 12). U zavisnosti od toga koji se tip modulacije koristi, payload paketa je 160 (G.711) ili 20 (G729a) bajtova za sekvencu od 20ms (što je standardna dužina). Kako niko normalan ne koristi G.711, overhead je već 100%. Ako se na celu priču doda, recimo, ESP (encapsulating security payload - standardna IPsec enkripcija), na ukupan overhead treba dodati (ako se ne varam, pišem iz glave) još 16 bajtova oveheada. No, dobro, na toliki overhead to i nije toliko strašno. Da li je? Na point-to-point linkovima je moguće raditi kompresiju RTP zaglavlja (IP+UDP+RTP) s kojim se overhead smanjuje na 4-6 bajtova. Ukoliko se koristi enkripcija, ovo treba zaboraviti, pošto kriptovani signal ne može dalje da se kompresuje.
Dakle, ja sve manje vidim da bilo koji VoIP provajder koristi enkripciju kao metod izbegavanja Telekoma.
Ah, da, da ne pričam o tome kako sve to zapravo nema smisla. Telekom sad detektuje voice pakete - OK. Ako se sve kriptuje, sve što Telekom treba da smatra za sumnjivo je ESP saobraćaj (IP protokol 50) sa paketima konstantne dužine i ravnomerno vremenski raspoređene. Ako to detektuju, oipet se vraćamo na 2+2 :-)
Marko.