A SIP Load Control Event Package draft-shen-sipping-load-control-event-package-00.txt Charles Shen, Henning Schulzrinne, Arata Koike IETF 72, Dublin Ireland July 28

3/7/2016Slide 2 Motivation: Throttle only Selected Calls When Possible  Legitimate short-term load spike  Viewer-voting TV shows or ticket giveaways  Special holidays such as New Year's Day and Mother's Day  Natural disaster areas such as those affected by earthquakes  Malicious attack caused overload  Denial-of-Service attacks  Only calls causing overload should be throttled

3/7/2016Slide 3 Motivation: Current Feedback-based Control Proposal Insufficient  Feedback-based overload control is reactive  affects signaling messages already issued  ineffective for edge-server overload, e.g., ticket giveaway

3/7/2016Slide 4 Requirements for Filter-based Load Control  Complements feedback-based mechanisms  Prevents calls as close to the user agent client as possible  Efficient and scalable filter distribution mechanism  Re-uses existing SIP protocol mechanisms when possible  Distribute filter in advance when overload situation is predictable  Flexible filter identity  caller/callee, single/groups, SIP/tel URLs  Extensibility for future needs

3/7/2016Slide 5 Solution  Define Load-Control Event Package for SIP  based on SIP-Specific Event Notification [RFC3265]  Define Load-Control XML document for SIP  extended Common-Policy: A Document Format for Expressing Privacy Preferences [RFC4745]  SIP entities subscribe to load-control package from SIP signaling peers  Load-control event notifications distributed as widely as possible  Enforce filter policies as specified

3/7/2016Slide 6 Example: Filter Hotline from 9am-12pm,

3/7/2016Slide 7 Open issues  Problem statement?  Combination of events and filter?  Security mechanisms?