Ook isp's leren van hun gebruikers.
Dus andere poort kan snelheid terugbrengen tot abbo specificaties.(zoals het hoort dus), echter is het afhankelijk van de kennis die de isp/netwerkbeheerder heeft. De netwerkhardware ontwikkeld ook door op de wens van de zeg maar isp. Tegenwoordig kijkt men naar de package header.
Houd in je zet bv p2p op poort 80 zoals boven , echter na enkele miliseconde zakt je snelheid in ivm sisco meuk die package header van poort 80 leest, en ontdekt dat het geen browser gerelateerd pakket is van data, maar p2p gerelateerd, dus volautomatisch laagste prioriteit.
Mogelijk werkende oplossing hiervoor: gebruik P2p programma die pakketten encrypt voor het verzend. Zo kan netwerkhardware minder makkelijk packageheader lezen en ontdekken dat het een p2p pakketje is.(moet ie eerst gaan decrypten, en dat gaat(mag?) niet snelgenoeg voor realtimefunctie.
Overigens met een proggie(als p2p programma bandwithcontrol niet ondersteund) als Netlimiter 1.30 de bandbreedte van het p2p programma zo instellen dat je bandbreedtegebruik net iets onder abbospecificaties zit.(zo grijpt isp hardware minder snel in en is de data flow gelijdelijker).
succes...maar eeh geencrypte p2p is enige mogelijkheid.
P2P via WiFi/WiMax zal wel gaan heersen in de toekomst.
