[dhcwg] Review request - draft-josyula-dhc-multicast - DHCP Option for IPTV source addresses

Ramakanth Josyula <ramakanthjosyula@gmail.com> Mon, 07 October 2013 14:54 UTC

Return-Path: <ramakanthjosyula@gmail.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 073B021F9FE7 for <dhcwg@ietfa.amsl.com>; Mon, 7 Oct 2013 07:54:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 7Oz0E6T1LWtq for <dhcwg@ietfa.amsl.com>; Mon, 7 Oct 2013 07:54:29 -0700 (PDT)
Received: from mail-lb0-x22d.google.com (mail-lb0-x22d.google.com [IPv6:2a00:1450:4010:c04::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 7A62011E80EC for <dhcwg@ietf.org>; Mon, 7 Oct 2013 07:54:28 -0700 (PDT)
Received: by mail-lb0-f173.google.com with SMTP id o14so5746349lbi.32 for <dhcwg@ietf.org>; Mon, 07 Oct 2013 07:54:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=qTG7fXrloiR0anzi9DjAnW3ud9Ngq2C2apDOfRM3jwg=; b=ba6qwKRqfBdCHAUiwpHV0dNClccVDIWP33F76C9d8SUSydqOVxG97v4OcN0Z7L06Mf Oib0vzIsGOZAMmTVicvWUmRNIGEFKs0NAAW0fd7ErzQZ8xP6PihAWzsm+e6IA6XJaz4X Bkmn9yhsvFhRExN6PjjmIftjcCVWVRFc3oNRYzykHLhLiwHUCQ286rpcSDlnivqF66XN ICmxwAL8htA2RD6zta9TPpaqndeLsF3GpP128O/xeDTXtmyTjl83B6IFzKbE5OPplv0A Je++yDZVAgd5t1w9Vwd2ffHHIcQua1bBbPI3RfUlnZJlKL3dAS8kFGuCaZIkc2LEuM6v MtZg==
MIME-Version: 1.0
X-Received: by with SMTP id g5mr26151748lbv.10.1381157666115; Mon, 07 Oct 2013 07:54:26 -0700 (PDT)
Received: by with HTTP; Mon, 7 Oct 2013 07:54:26 -0700 (PDT)
Date: Mon, 7 Oct 2013 20:24:26 +0530
Message-ID: <CAO_L_qB6ShXqFTSojJD3R+jV5Y9-wjONoKdLWchkvA1rhNgsjg@mail.gmail.com>
From: Ramakanth Josyula <ramakanthjosyula@gmail.com>
To: dhcwg@ietf.org
Content-Type: multipart/alternative; boundary=001a11c238e81158b304e827d48c
Cc: josyular@brocade.com
Subject: [dhcwg] Review request - draft-josyula-dhc-multicast - DHCP Option for IPTV source addresses
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dhcwg>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Oct 2013 14:54:30 -0000


I have submitted the below internet draft proposing a new DHCP option for
IPTV source addresses.


I would request you to review this document and provide the comments on
standardizing the same.

Please guide me through the process if I miss anything with respect to the
process of the review.

Thanks and regards,


*Below is the brief introduction about the background and the benefits of
the proposed option :*

*Back ground : *

IPTV Solution is widely integrated as part of the broadband networks in
triple/multi play solutions. In many cases this service is run by
delivering multicast streams to the IP hosts/Set top boxes connected to the
home gateways.  IGMP protocol in IPv4 networks and   MLD protocol in IPv6
networks are commonly used for requesting these  multicast streams from the
nearest router connected via an access network. By using the IGMP version-3
in IPv4 networks and MLD version-2 in IPv6 networks, the hosts can request
multicast streams from the specific set of multicast sources.

The proposed option is intended to supply all the available IPv4 or IPv6
source addresses from which the multicast hosts can request and receive the
multicast streams.

 *Benefits of implementing this option :*

- It provides an effective method for maintaining and updating the
multicast source address information to every multicast host in the network
as per their individual SLAs.

- Intermediate access nodes can snoop this option from the DHCP messages to
extend the its multicast services like : Authentication of multicast users,
integrating non-source aware multicast clients etc.

- Convergence of IPTV services from different users can be achieved at the
user level irrespective of the multicast transmitting technologies used in
the network. For example, any service provider who manages the aggregation
and access networks can receive the multicast streams from different
sources/networks (may not be under their own administration) and feed them
to their access networks.

- The subscribers can easily validate the quality of the service offered by
different IPTV sources dynamically and switch to the interested source as
per their own set of requirements.