While little discussed, there is a solid case in placing some VNFs at the edge of the network, but this notion implies a distributed model that VNFs were not originally created to address. One of the problems in placing VNFs at the network edge is that the edge equipment may be very cost sensitive and in many cases, consumer grade.
These consumer-grade devices cannot support a virtual container such as a KVM because of the huge memory requirements of an additional OS. A Docker container has been proposed and implemented with great success.
2. Where exactly is “The Edge”
Distributed VNFs will
eventually move into
the Home Gateway
3. Where is your Edge?
• SDN/NFV discussions have mainly focused
at the Main or Regional Data Center
• Recently, the “Edge” represents the ISP
premise location closest to the home, user,
consumer, device, etc.
10/28/15
3
4. The ISP Data Center
• Data Centers consist of a myriad of servers
that are geographically close.
• This facilitates control by the ISP
10/28/15
4
5. The Enterprise Data Center
• Enterprises also use data centers, but a smaller footprint
10/28/15
5
6. Home – the “Anti” Data Center
• Orchestration software was never meant to scale
from thousands of servers to millions of homes
10/28/15
6
7. But VNFs can reside in any cloud – even the home!
10/28/15
7
ISP
Cloud
Home
Cloud
8. VNFs – Why in the home?
10/28/15
8
Why
in
the
home?
-‐
WAN
Fault
-‐
Performance
-‐
Reduce
Traffic
10. Home – the “Anti” Data Center
• Orchestration software will change from data
center orchestrators to ‘profiles’ or ‘templates’
• These standard profiles can remove the need for
SFC (Service Function Chaining) because the
home has simpler needs.
10/28/15
10
11. Home Profiles
• Imagine a home profile with two VNFs:
10/28/15
11
FW-‐1
FW-‐2
PC-‐4
PC-‐3
FW-‐3
PC-‐1
PC-‐2
PC-‐5
PC-‐6
FW-‐5
FW-‐4
FW-‐4
PC-‐2
Template
#17
12. Why is the home of such interest?
• Competition to control the home is just beginning
to appear.
– Google’s OnHub ( 4GB storage )
– Amazon’s Alexa ( Records your commands )
– Google’s NEST ( Tunnels back to Google )
– Apple’s Home Design Kit ( IoT Control )
– Smart Phone Apps ( Acts as a TV Remote)
10/28/15
12
13. The home will be the focus of many ISPs
• Superior information with customer actions
– Incredibly rich user data on habits, not just opinions
– Amazingly complete meta data from all home devices
– Not just usage:
• Time-based usage
• Location-based usage
• Features-based usage
10/28/15
13
15. VNFs can reside in any cloud – even the home!
10/28/15
15
Why
in
the
home?
-‐
WAN
Fault
-‐
Performance
-‐
Reduce
Traffic
-‐
Link
Metrics
16. A case for “Disposable Containers”
• An ISP may want to measure their link to the home
– Latency values
– Jitter values
– Packet loss values
– QoE voice metrics
• Echo
• Background noise
10/28/15
16
17. A case for “Disposable VNFs”
• Having a “NID” permanently installed is needless,
consumes resources and adds to the cost of the
home gateway
• Sending VNFs to the Home Gateway could be the
answer
• VNFs would “self destruct” when an appropriate
trigger event occurs
• This relieves the orchestrator from managing and
removing potentially millions of distributed VNFs
10/28/15
17
18. A case for “Disposable Containers”
• Event triggers could include:
– Time
Limit, such as a TTL counter that counts down
seconds
– Usage
Limit counts down for every external request
is received
– Usage
Limit counts down each time an internal VNF
action happens
10/28/15
18
20. Summary to this Introduction of Concepts
• We’ve seen that the edge is moving to the home
• There is keen interest with user habits in the home
• Current Orchestrators cannot scale to the needs of a
fully distributed home edge (anti-data center)
• Some VNFs are appropriate to reside on the home
gateway
• There is a need for transient VNFs to self-destruct
10/28/15
20