Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Aspera claimt datasnelheden iPhone te kunnen verdriedubbelen

Aspera, een bedrijf dat zich gespecialiseerd heeft in datatransmissie, denkt met de fasp-AIR-technologie de doorvoersnelheid via iPhones over 3g-netwerken en wifi te kunnen verdrievoudigen. De techniek is gebaseerd op een nieuw protocol.

Aspera heeft het zogenaamde fasp-protocol ontwikkeld waarmee, zo claimt het bedrijf, data op hogere snelheid kan worden verzonden dan bij gebruik van tcp. Fasp wordt al door diverse grote organisaties gebruikt; nieuwszender CNN gebruikte het bijvoorbeeld om beelden van de aardbeving in Haïti snel naar de thuisbasis te sturen. Naast zakelijke en wetenschappelijke toepassingen wil Aspera zijn protocol nu ook voor de iPhone beschikbaar maken.

De naam fasp staat voor 'fast and secure protocol'. Volgens Aspera-directeur Michelle Munson wordt de hogere snelheid onder meer behaald door het versturen van grotere datapackets dan bij tcp. Verder zullen pakketjes alleen opnieuw verstuurd worden als wordt bevestigd dat ze onderweg verloren zijn gegaan. Bij tcp is het noodzakelijk dat de ontvanger een ontvangstbevestiging terugstuurt, anders zal het packet opnieuw verzonden worden. Hierdoor is tcp voornamelijk handig wanneer de data-overdracht precisie vereist.

De fasp-variant voor de Apple iPhone draagt de naam fasp-AIR en zal tijdens de Macworld-conferentie in San Francisco geïntroduceerd worden. Vervolgens zal er een applicatie verschijnen die iPhone-gebruikers in staat zou moeten stellen om de snelheden over hun 3g- en wifi-connecties te verdrievoudigen. Ook verschijnt er een sdk, waarmee ontwikkelaars het protocol in hun eigen apps kunnen verwerken. Met name applicaties die baat hebben bij hogere upstreamsnelheden, zouden van het fasp-AIR-protocol kunnen profiteren. De software zou binnen een half jaar moeten verschijnen.

Door Bauke Schievink

Admin Mobile / Nieuwsposter

11-02-2010 • 10:20

63 Linkedin Google+

Reacties (63)

Wijzig sortering
Volgens Aspera-directeur Michelle Munson wordt de hogere snelheid onder meer behaald door het versturen van grotere datapackets dan bij het tcp-protocol.
Is dat handig? Dat betekent namelijk dat als een packet verminkt aankomt (of helemaal niet aankomt), je ook een groter packet *opnieuw* moet versturen. En aangezien de kans daarop bij draadloos mobiel gebruik een heel stuk groter is dan een wired netwerk, lijkt dit me niet handig als je in een intercity door een weiland zit.
Verder wordt er niet gewacht op een bevestiging alvorens een volgende packet verstuurd wordt
Wat TCP ook niet doet, dus ik zie het voordeel niet helemaal.
en zullen pakketjes alleen opnieuw verstuurd worden als wordt bevestigd dat ze onderweg verloren zijn gegaan.
Zoals bij TCP dus.

De term "drievoudige datasnelheid" vind ik op zich ook niet veelzeggend. De bandbreedte zou je kunnen verhogen, maar wat zijn de gevolgen voor de delay? Als je dit soort technologie voor videoconferencing gaat toepassen, wordt je wel blij van meer bandbreedte, maar niet als dat meer vertraging of jitter met zich meebrengt.

Ik heb moeite met geloven dat een commercieel bedrijf met een techniek komt, die beter zou moeten zijn dan een wereldwijd geaccepteerde IP-stack die al 20-30 jaar bestaat en dus redelijk uitontwikkeld is.

Sowieso ben ik huiverig voor proprietary technologieen in de netwerkstack.

@arjankoole: precies, *als* dat relatief weinig voorkomt. De kans dat dit voorkomt op een mobiele draadloze verbinding over enkele km's in de buitenwereld, is vele malen groter dan op een wired gigabit-netwerk...

[Reactie gewijzigd door 19339 op 11 februari 2010 12:04]

Het is helemaal geen TCP vervanger. Afgaande op de (beperkte) informatie op hun website is het trouwens een protocol op de applicatielaag (denk http, ftp etc) en niet op de transport laag (udp, tcp etc).

Het werkt ook gewoon bovenop de bestaande IP-netwerken. Met andere woorden het lijkt erop dat ze een FTP-achtig stuk software geschreven hebben (wss met communicatie op basis van UDP) waarbij ze zelf instaan voor de reliability, dus retransmit indien iets verloren gaat of aan de hand van extra bits verloren pakketjes reconstrueren (vgl met RAID).

"Speciaal" aan hun oplossing is dat ze blijkbaar een enorm groot window gebruiken vooraleer ze iets retransmitten (of extra bits toevoegen zodat ze verloren/kapotte pakketen kunnen reconstrueren) zodat de performance degradatie minimaal is op lossy links.
Niet echt iets spectaculairs dus...

Bovendien moet je applicatie dan specifiek herschreven worden om van dat ftp-achtige protocol gebruik te maken en moet er aan de andere kant een server staan die dat protocol ook spreekt.

Het heeft dus eigenlijk nauwelijks iets te maken met TCP en al helemaal niet met de iPhone...
Ze zeggen zelf dat het een protocol op de applicatielaag is, dus is er aan de onderliggende lagen helemaal niets gewijzigd. Eventueel kunnen ze helemaal FTP overgenomen hebben en een controle connectie over TCP en de eigenlijke dataconnectie over UDP realiseren.

Maar dat houdt nog steeds in dat het voorgestelde applicatielaag protocol fasp-AIR protocol absoluut niet vergelijkbaar is met een transportprotocol als TCP. Check het OSI netwerk model: http://en.wikipedia.org/wiki/OSI_model
Het enige wat ik kan bedenken is dat ze de MTU (Maximum Transmission Unit) op de transportlaag (TCP) extra hoog forceren waardoor je op de transportlaag minder ACK en NACK berichten krijgt. Daarnaast hebben ze waarschijnlijk een eigen applicatie protocol bedacht die waarschijnlijk data blocken versturen die even groot of een veelvoud van de MTU zijn. Op die manier benut je de transportlaag voor de volle 100%. Daarnaast zullen ze de mogelijkheid hebben ingebouwd om meerdere kleinere bestanden of fragmenten daarvan in 1 bericht te stoppen.

Simpel gezegd: Ze zoeken de maximum lengte van een vrachtwagen op een bepaalde weg. Als ze die lengte hebben gevonden sturen ze alleen maar vrachtwagensmet die lengte op de weg die helemaal gevuld zijn.
De maximale frame-lengte van een UDP-packet is 65,507 bytes. Op ethernet is je ethernet-MTU het probleem, niet die van UDP.

Het verhaal met DNS was een afweging tussen snelheid en betrouwbaarheid. Het idee was, destijds, dat eenvoudige antwoorden met UDP afgehandeld werden, en dat als je complexere dingen ging doen, zoals hele zone's opvragen, je daarvoor de extra betrouwbaarheid en automatische foutcorrectie van TCP wilde hebben. Dat is een keuze in BIND geweest, niet eentje die door het UDP-protocol opgelegd wordt.

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True