Spelling suggestions: "subject:"dataredundansen"" "subject:"systemredundans""
1 |
IPv6 - Gatewayredundans : Snabbt nog?Hermansson, Christopher, Johansson, Sebastian January 2011 (has links)
IPv6 har, till skillnad från tidigare versioner av protokollet, inbyggt stöd för redundans hos gatewayenheter. Vid nyttjande av ett flertal gatewayenheter kan det, med hjälp av Neighbor Unreachability Detection, ske automatisk övergång till en ny gatewayenhet utifall att den aktiva skulle gå ur funktion. Innan IPv6 har man varit tvungen att förlita sig på externa lösningar för att uppnå denna redundans. Den huvudsakliga fråga som ställs i rapporten är om det inbyggda stödet för gatewayredundans i IPv6 är tillräckligt snabbt för att kunna nyttjas självständigt, utan att förlita sig på externa lösningar. För att kunna ta fram ett värde om vad som var ”tillräckligt snabbt” har vi, genom att läsa tidigare forskning om användares upplevelse av fördröjningar, kommit fram till att en fördröjning ej får överstiga tio sekunder. Rapporten undersöker även ifall det finns externa lösningar för gatewayredundans som arbetar tillräckligt snabbt, samt om det finns andra situationer där man kan föredra en extern lösning framför Neighbor Unreachability Detection. Efter ett antal experiment har vi kunnat klarlägga att det inbyggda stödet för gatewayredundans i IPv6 inte arbetar tillräckligt snabbt, enligt användare, för att självständigt klara av uppgiften. Undersökningar som beskrivs i rapporten visar även att ett externt First Hop Redundancy Protocol har god potential att återställa kommunikation tillräckligt snabbt för att en användare ska anse fördröjningen acceptabel. Dessutom bekräftar det här arbetet att det finns situationer där man kan föredra ett First Hop Redundancy Protocol framför Neighbor Unreachability Detection. / Unlike earlier versions of the Internet Protocol, IPv6 have native support for gateway redundancy. By using more than one gateway, Neighbor Unreachability Detection supports automatic switching to a new gateway in the case the active one fails. Before IPv6 you had to rely on external solutions to achieve this kind of redundancy. The main question that is set in the report is if the built-in support for gateway redundancy in IPv6 is fast enough to be used independently, without the use of external solutions. In order to obtain a value about what was “fast enough” we have, by reading previous research about how users experience delay, concluded that a delay must not exceed ten seconds. The report also examines if there are external solutions for gateway redundancy that operates quick enough, and if there are other situations where you might prefer an external solution over Neighbor Unreachability Detection. After a number of experiments we’ve been able to conclude that, according to users, the native support for gateway redundancy in IPv6 is not working fast enough to independently solve the task. Experiments described in the report also shows that an external First Hop Redundancy Protocol has good potential to restore communication fast enough for a user to find the delay acceptable. Furthermore the work confirms that there are situations where you might prefer a First Hop Redundancy Protocol over Neighbor Unreachability Detection.
|
Page generated in 0.0306 seconds