Problém není v portu 21. Problém je v nešťastném návrhu protokolu FTP, který nevystačí s jedním spojením, ale otevírá si druhé. V případě (klasického) aktivního FTP je to druhé spojení navíc otevíráno ze strany serveru.
Pokud jsem četl diskuse, tak protokol ftp na jakémkoliv jiném portu funguje, takže to zřejmě problém portu 21 bude. Tak jak je to popisováno to vypadá tak, že to geniální Cisco odchytává spojení na portu 21, aby provedlo správný překlad adres v příkazech port v aktivním režimu, ale nějak to nezvládne a zkazí co může.
Rovněž se opakovaně objevují stížnosti na neuzavírání TCP spojení, ne zcela natažené stránky, a ne zcela uploadovabé stránky. To také vypadá na ztrátu packetů určitého druhu a ne na pouhý packet loss.
Bohužel firmware Cisco routerů (IOS) obsahuje tolik různých chyb, podivně závislých na tom, co je nastaveno, že se nedá nic vyloučit. Stačí se podívat na www.cisco.com na caveats ke každé verzi. Nevím, co běží na tomhle Ciscu, ale může to být obdobné.
Jen je mi divné, že se na to za ty dva roky testovacího provozu nepřišlo, a že technici ČTc nejsou schopni nastavit původní fungující stav.
Dyt se netestovalo. To co telecom zkousel byl uplne jiny princip A OBSAHOVAL mmj. i merene linky. Pro tlak verejnosti a alt. ISP se muselo v podstate cele ADSL predelat. To ze se do toho ted pustili vsichni po tydenim testovani je jejich chyba.. Proste jim jde jen o klienty a uz ne tak o kvalitu ...
asi by mohli.. ale pri kseftech tohoto typu si proste odberatel nemuze dovolit a nejspis ani nechce, kdyz za to dal tolik, ignorovat eskalacni procedury