1. John DeHart Computer Science & Engineering Washington University www.arl.wustl.edu GEC-10: Slick Packets Demonstration

2. 2 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!!!

3. 3 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

4. 4 SlickPackets overlay on SPP Network SALT KANS WASH HOUS ATLA Primary Path First Detour Path Second Detour Path FAIL DROP

5. 5 SlickPackets Demo Screen Shot