Home | Reports | Technical Documents | Tech-Blog | One-Shot Gallery | Korea ICT News | About Us | List of Contributors | Become a Contributor |  How to Advertise  
 
  KT SK Telecom LG U+ Korean Vendors Network Architectures  
 
Section 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/Video Streaming IoT SDN/NFV Wi-Fi KT SK Telecom LG U+ Network Protocol Samsung  
 
CHANNELS HFRFRONTHAUL NetvisionMPTCP Springwave1588 PTP   Korea Communication Review      
banner
banner
Could SDN have avoided recent DDoS network outage ?
November 09, 2016 | By Zeeshan Rizvi @ Cisco
Online viewer:
banner
Comments (0)
8

We are pleased to share with you all an interesting article contributed by Zeeshan Rizvi. 

 
 

Zeeshan Rizvi

Cloud / DevOps / SDN Strategy at Cisco Systems Inc

https://www.linkedin.com/in/zeeshanrizvi

 

All Articles by Zeeshan Rizvi

 
     
  How to contribute your article to Netmanias.com !  
     
  List of Contributors  

 

 
     
 
Last week’s DDOS (Distributed Denial of Service) attack may have caused companies up to $110 million in lost revenue and sales [1]. As a result, throughout the day on Friday the 21st October, many users were unable to connect to popular sites like Twitter, Netflix, Spotify, Financial Times and many more in various parts of the U.S. as depicted on outage map above [4]. This was unprecedented, since attack vectors were non-traditional and according to different reports ranged from 500-700 Gbps attack traffic volume. Adding to misery, most of the attack traffic originated from discrete IP’s from vulnerable IoT end points like IP camera’s and DVR’s. 
 
How all of this mess could have been avoided or effectively countered with SDN (Software Defined Networking)? To better understand, lets first start out by understanding what SDN is. SDN or Software Defined Networking essentially allows for network/infrastructure behavior change from a programmatic perspective leveraging orchestration and automation which in turn enables optimizations, scalability and innovation. Notice the emphasis is on programmability. How you programmatically change device behaviors, protocols etc. or how to programmatically extract actionable information from traffic flows and perform intelligent decisions based on that information. 
 
This programmatic aspect has far deeper implications than what one might superficially can think of. Most immediate of which is that learning or mastering a particular vendor’s device syntax is no longer necessary. You no longer would need to learn Cisco IOS, Juniper's Junos or Arista’s EOS in order to be able to communicate to them or provision / manage them programmatically. Instead you’d be better off learning python and REST based interfaces for these device management functions. Most of these vendors and their likes have been quick to adopt Python and opening up device access via API’s as well. Automation tools like AnsiblePuppet and Chef can significantly improve repeatability and scale for commonly occurring problem sets.
 
As a result of broad industry adoption now there’s a plethora of material (examples [2]) on how to perform your day to day functions with out having to worry about the device command line syntaxes and automating the heck out of it. This introduces tremendous efficiencies and scale: a troubleshooting, diagnosis and break fix task that took hours can now be boiled down to a matter of minutes or even seconds. 
 
While DNS innovations like those of Cisco’s OpenDNS’ SmartCache exist to keep DNS queries to websites humming along, there are still measures that need to be taken in order to effectively deter and recover from a DDoS attack. Let’s see what are the possible options for configuring your network (manually) while facing a DOS/DDOS situation: 
  • Re-configure your DNS server to point to a different provider if your current provider is under attack
  • Ensure / Configure DNSSEC
  • Ensure / Configure anti IP spoofing 
  • Configure BGP for traffic diversion and/or traffic black holing 
  • Blocking specific regional IP blocks e.g. from different countries
  • Reconfigure your Access Control Lists (ACL's)
  • Optimize load balancer settings 
  • Reconfigure your server’s IP address 
All of these (albeit non-exhaustive) steps require manual intervention and multiple sub configuration steps. Some of the steps are required at your end while others at your service provider’s end. However, measures which could be under your control would still require significant investigation and time investment in order to manually configure network infrastructure. To complicate things further each passing hour your network or resources are inaccessible it can cost you any where from $60,000 to $100,000 per hour depending on the size of your company [3].
 
Now imagine if these measures that constitute of multiple steps and sub-steps are all automated and orchestrated across different processes. Your IT staff would be able to configure and manage diverse devices with a single user interface : Python . The diversity could range from F5 load balancers to Cisco or Juniper firewalls, routers and switches, to WAF’s (Web Application Firewalls) from Barracuda or Imperva etc . But it would not matter since you’d be able to automate/orchestrate them via their open API’s, a core tenet of SDN or network programmability. Yes, it sounds like nirvana but we’re closer to bridging the gap between it and today’s (network) realities then one might would imagine.
 

As always, feedback, comments and questions are welcome !

 

 

References:

 

[1] Dynatrace / CNN:  http://money.cnn.com/2016/10/22/technology/dyn-cyberattack/

[2] References for Network Automation & Orchestration via Programmable API's

Cisco Switch Automation:  https://www.linkedin.com/pulse/python-program-auto-configure-cisco-access-layer-daniel-gilbertson

Data Center related open sourced scripts and tools:  https://github.com/datacenter

Juniper:  https://www.juniper.net/techpubs/en_US/junos14.2/information-products/pathway-pages/rest-api/rest-api.html#overview

https://www.juniper.net/documentation/en_US/junos13.3/topics/concept/junos-script-automation-junos-xml-protocol-and-api-overview.html

Arista:  https://eos.arista.com/arista-eapi-101/

[3] SecurityWeek.com:  http://www.securityweek.com/ddos-attacks-cost-40000-hour-incapsula 

[4] Courtesy of KrebsOnSecurity/DownDetector.com

 


This article was originally published at https://www.linkedin.com/pulse/could-sdn-have-avoided-recent-ddos-network-outage-zeeshan-rizvi

 

 
     

 

 

 
Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
banner

 

 

     
         
     

 

     
     

Subscribe FREE >>

Currently, 47,000+ subscribed to Netmanias.

  • You can get Netmanias Newsletter

    (New contents, Korea ICT News)

  • You can view all netmanias' contents

  • You can download all netmanias'

    contents in pdf file

     
     

 

     
         
     

 

 

 

 

     
         
     

 

     
     

KOREA ICT RESEARCH REPORT

SK Telecom's Massive IoT Deployment through LoRa for Small Things

 

 

SK Telecom commercialized the world’s first nationwide LoRa-based, IoT dedicated network in the end of June. This report will discuss how well SK Telecom is poised for the emerging IoST sector, and where it is heading.

 

     
     

 

     
         
     

 

     
         
     

 

     
     

How to contribute articles to Netmanias!

We always welcome contributed articles. Share your expertise and inspire others!

     
     

 

     
         
     

 

 

View All (662)
4.5G (1) 5G (58) AI (2) AR (1) ARP (3) AT&T (1) Akamai (1) Authentication (4) Big Data (2) C-RAN/Fronthaul (17) CDN (4) CPRI (4) Carrier Ethernet (3) China Mobile (2) Cloud (2) CoMP (6) Connected Car (3) DHCP (5) Ericsson (1) FTTH (6) GSLB (1) GiGAtopia (2) Gigabit Internet (19) Google (7) Google Global Cache (3) HLS (5) HTTP Adaptive Streaming (5) Handover (1) Huawei (1) IEEE 802.1 (1) IP Routing (7) IPTV (20) IoST (3) IoT (42) KT (40) Korea (18) Korea ICT Market (1) Korea ICT Service (13) Korea ICT Vendor (1) LG U+ (18) LTE (67) LTE-A (16) LTE-B (1) LTE-H (2) LTE-M (3) LTE-U (4) LoRa (7) MPTCP (2) MWC 2015 (8) NB-IoT (5) Netflix (2) Network Protocol (17) Network Slicing (4) Nokia (1) OSPF (2) OTT (3) PCRF (1) QoS (3) RCS (3) SD-WAN (10) SDN/NFV (48) SK Broadband (2) SK Telecom (33) Samsung (5) Security (10) Self-Driving (1) Small Cell (2) Spectrum Sharing (2) Switching (6) TAU (2) UHD (5) VR (2) Video Streaming (12) VoLTE (8) VoWiFi (2) Wi-Fi (19) YouTube (6) eICIC (1) eMBMS (1)
Password confirmation
Please enter your registered comment password.
Password