50 likes | 165 Views
GEC-10: Slick Packets Demonstration. John DeHart Computer Science & Engineering Washington University www.arl.wustl.edu. Slick Packets. Source-Controlled Routing Architecture Designed by Brighten Godfrey’s group at U. Illinois Implemented on SPP by Jon Turner’s group at Washington U.
E N D
GEC-10: Slick PacketsDemonstration John DeHartComputer Science & EngineeringWashington Universitywww.arl.wustl.edu
Slick Packets • Source-Controlled Routing Architecture • Designed by Brighten Godfrey’s group at U. Illinois • Implemented on SPP by Jon Turner’s group at Washington U. • First SPP Code option from an outside group!!!
Why Slick Packets? • Real-Time apps require fast failure reaction • Solution: Precompute detours in network • Detours used in case of failure • Solution: Dynamically compute detour paths • Inflexible: routes controlled by network • Source-controlled Routing • Flexible routing tailored to application • No ability to do fast failure reaction • Slick Packets • Goal: Best of both worlds • Fast reaction of alternate routes in the network • Flexibility of source-controlled routing • Idea: • Sources get map of network (similar to other source routing protocols) • Specify a DAG instead of a single path • Primary path and detour paths • Embed DAG in packet header (challenge: SIZE) • Routers forward along any link in DAG
SlickPackets overlay on SPP Network WASH SALT KANS FAIL FAIL DROP ATLA HOUS FAIL • Primary Path • First Detour Path • Second Detour Path