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

Ramakanth Josyula <ramakanthjosyula@gmail.com> Mon, 07 October 2013 12:03 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 E089221F9F21; Mon, 7 Oct 2013 05:03:53 -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 rj6g7CVOLlr2; Mon, 7 Oct 2013 05:03:53 -0700 (PDT)
Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB1B21E805F; Mon, 7 Oct 2013 05:03:48 -0700 (PDT)
Received: by mail-la0-f50.google.com with SMTP id gx14so5363979lab.23 for <multiple recipients>; Mon, 07 Oct 2013 05:03:47 -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=H0PLyHYk4hBVt/oh5ueQ+GhSvj9r9TPElKJa8TRYdjU=; b=Ea/VThEGRxGD/SIOHqTiUApVO0A3yjIbsGrnSH9nTIl86xCldfLcvDUg0s1HjmHJiG zQ84le4mt1uJId78uhMNRch3D723EA7kErPasAtrvdVluazw+oLEV8Fc9uNsQ/fFLhNI Qv1piRntARQxKWf/cDtv6ya1B/I5sMueCM5I0B6DQLWs449xNyXfBLIOedMaco29iJqs s1hHF7VJeInXlO4z7PouBsEjdOVJU1NweIcGlsW5Hy1EUXBC6HrJfj9DrJIJTFm0umSB ctB/asrrYYILVG2XDauY5yAHpdFhw+aVfJnGmV/Ar/c833FmgRrDujtW7ECRlCfcQZjL 3D5w==
MIME-Version: 1.0
X-Received: by with SMTP id q19mr26604117laa.16.1381147427344; Mon, 07 Oct 2013 05:03:47 -0700 (PDT)
Received: by with HTTP; Mon, 7 Oct 2013 05:03:47 -0700 (PDT)
Date: Mon, 7 Oct 2013 17:33:47 +0530
Message-ID: <CAO_L_qAhn4Y8e6w-6R-Nwmwwh3=KTS1CgNdwchupjMAPrLHc6g@mail.gmail.com>
From: Ramakanth Josyula <ramakanthjosyula@gmail.com>
To: dhcwg@ietf.org, pim@ietf.org
Content-Type: multipart/alternative; boundary=001a11c34f5cca181f04e825711a
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 12:03:54 -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.