Když jsem před časem debugoval komunikaci (LCP) s několika providery, tak byla u všech providerů pro "normální" modemy zapnutá pouze komprese TCP hlaviček, ale komprese dat ne. Asi právě proto, že díky kompresi V.42bis nic nepřináší. Ale u ISDN by přinášela.
Pokud vim, tak komprese u ISDN je az na urovni protokolu PPP, takze u uzivatele se dela softwarove.
Jinak je to u modemu, kde v podstate probihaji dve komprese, jedna v protokolech V.XX a druha v PPP. Je ovsem otazka, jestli to ma nejaky realny vyznam.
Co se tyka provideru, tak to jakou podporuji kompresi zalezi na jednom radku v konfiguraci jejich access-serveru (tipnul bych na cisco AS5X00). Ale bylo by divne, kdyby ji pro modemy meli zapnutou a pro ISDN vypnutou (ale stat se muze vsechno :). Minimalne nejaky tcp-header compression by zapnuty mit mohli. Ostatne staci si zapnout nejaky lepsi debug na PPP protokolu.
Jelikož ISDN zatím nepoužívám, nevěnoval jsem se zatím blíž následující otázce - kteří provideři podporují jakou kompresi na ISDN? U některých zahraničních ISP jsem viděl, že podporují STAC kompresi, nevím ale, jak je to u nás, ani jestli musí být tato komprese podporovaná na straně uživatele hardwarově nebo softwarově.
Při přenosu běžných HTML stránek obyčejným modemem se totiž dá běžně dosáhnout přenosové rychlosti kolem 11 kB/s, tedy víc než s ISDN bez komprese.
U klasických modemů se v článku uvedeným způsobem neprojeví vkládání START a STOP bitů, protože se díky protokolu V.42 po lince nevysílají. A na lince modem - počítač nevadí, tam je rychlost vyšší.
A ještě jedna věc mi není jasná - proč by se neměla při přenostové rychlosti 115.2 kbit/s přenášet data rychlostí 115.2 kbit/s? Něco jiného je, že díky start a stop bitům (tady skutečně jsou) 115.2 kbit/s odpovídá 11.52 kbyte/s.
ČLÁNKY DO MAILU