[homenet] Yang based host IP subsystem configuration for dynamic QoS management and service chaining purpose

Maxim Klyus <klyus@NetCracker.com> Wed, 14 October 2015 14:00 UTC

Return-Path: <klyus@NetCracker.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D3C41A872B; Wed, 14 Oct 2015 07:00:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.509
X-Spam-Level:
X-Spam-Status: No, score=-3.509 tagged_above=-999 required=5 tests=[BAYES_50=0.8, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mGGh-PDP8hpq; Wed, 14 Oct 2015 07:00:29 -0700 (PDT)
Received: from umail.netcracker.com (umail.netcracker.com [84.47.142.180]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50F931A6FBC; Wed, 14 Oct 2015 07:00:26 -0700 (PDT)
From: Maxim Klyus <klyus@NetCracker.com>
To: "netmod@ietf.org" <netmod@ietf.org>, "homenet@ietf.org" <homenet@ietf.org>, "mif@ietf.org" <mif@ietf.org>
Thread-Topic: Yang based host IP subsystem configuration for dynamic QoS management and service chaining purpose
Thread-Index: AdEGiDLqWDO6MzgAQ1GIOckNsKRBRw==
Date: Wed, 14 Oct 2015 14:00:23 +0000
Message-ID: <11D8792D50CD7F46BFBA62E9E61D5A3AEF1B978F@umaildb5.netcracker.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
Content-Type: multipart/mixed; boundary="_005_11D8792D50CD7F46BFBA62E9E61D5A3AEF1B978Fumaildb5netcrac_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/homenet/ZNyk-WVQtjpLi2wRvEBx4658MYE>
Cc: Anton Petrov <Petrov@NetCracker.com>
Subject: [homenet] Yang based host IP subsystem configuration for dynamic QoS management and service chaining purpose
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Oct 2015 14:00:47 -0000

Dear Netmod, Homenet and MIF.

We are looking for a proper place to discuss attached materials within IETF.
So I would like to say sorry we have to send this letter across several IETF WGs simultaneously.

The latest trends show that IP services are getting decoupled from the traditional Service Provider (SP) networks. Subscriber can get a lot of services from the 3rd party content providers typically delivered over public networks, P2P services are also becoming more and more popular and the main problem how to achieve service chaining and delivery with proper QoS.
We would like to propose to use Yang for exchange between Subscriber's Device and Service Provider's. The Yang-modeled data is transferred over NetConf protocol from end-user device activation/management software towards a service agent software residing in Subscriber's Device. This approach allows Service Provider to identify subscriber uniquely and his QoS requirements within the network with multiple IP interfaces on Subscriber's Devices. Multiple IP interfaces will be used for service distinction and delivery within SP network. Host applications will be divided by application groups and bounded to a specific IP interface.

Short solution description:

1) When connecting to the network, Subscriber's Device gets an IP address through DHCP and IP of SP's headend device management server through a DHCP option. Alternative option is manual configuration of these IP settings; Service Agent Software installed on Subscriber's Device makes AAA request to Service Provider's configuration management headend software. Based on request SP can uniquely identify subscriber and subscriber's QoS requirements.  In case Device was authorized successfully, it gets a new IP interface (Tunnel or Loopback) and additional configuration parameters (e.g., routing, QoS). SP network also will be reconfigured dynamically to meet appropriate service delivery KPIs , however static SP environment configuration also possible with fixed QoS and bandwidth for each interface based on predefined IP pool.

2) Different application groups can originate service requests from different Host IP addresses. Service will be delivered to specific IP addresses with appropriate additional handling within SP network and quality of service. Subscriber's device can periodically send application-group QoS modification requests to allocate more/less priority or/and bandwidth for existing application groups within SP network.

Benefits and Applicability:

-              SP don't need to know anything about external services located outside their network (Internet services, 3rd party content providers). Service identification will be based on local Service Provider IP addresses.

-              QoS configuration will be delivered dynamically based on subscriber needs.

-              SP don't need to make any dramatic updates for existing environment to identify services, because traffic identification and handling will be based on IP stack only.


P.S. Authors are looking forward to developing this approach further. The authors have already tested the approach using manual settings
Potential next steps include:
- developing a Host Agent prototype;
- developing a Headend's NETCONF/YANG adapter;
- collaboration with a carrier to arrange a lab trial;
- contributing the code to the open source community.

If you have any kind of questions please feel free to contact us directly Klyus@netcracker.com<mailto:Klyus@netcracker.com>, petrov@netcracker.com<mailto:petrov@netcracker.com>

Best Regards,
Maxim Klyus




________________________________
The information transmitted herein is intended only for the person or entity to which it is addressed and may contain confidential, proprietary and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.