[Search] [txt|xml|pdfized|bibtex] [Tracker] [Email] [Diff1] [Diff2] [Nits]
Versions: 00 01                                                         
Network Working Group                                              Hegde
Internet-Draft                                    Independent Consultant
Intended status: Informational                                    Elkins
Expires: January 4, 2017                                 Inside Products
                                                                    Raje
                                                                    RABT
                                                               Chowdhary
                                                                    NIXI
                                                            July 3, 2016


                          Remote Hubs in India
                    draft-hegde-remote-hubs-india-01

Abstract

   This document describes the goals of having remote hubs and documents
   the experiences of organising remote hubs in India.  It documents the
   experiences and suggest a possible framework for organising remote
   hubs in India.  Remote participation has become easier with jabber
   rooms and audio streaming initially to now real-time video
   interaction.

Status of This Memo

   This Internet-Draft is submitted in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ietf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on January 4, 2017.

Copyright Notice

   Copyright (c) 2016 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/license-info) in effect on the date of



Hegde, et al.            Expires January 4, 2017                [Page 1]


Internet-Draft              Abbreviated Title                  July 2016


   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the Simplified BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  What is a remote hub ?  . . . . . . . . . . . . . . . . . . .   3
   3.  Why attend or host a remote hub ? . . . . . . . . . . . . . .   3
   4.  Organization of Remote Hub  . . . . . . . . . . . . . . . . .   4
   5.  Mentors and Facilitators  . . . . . . . . . . . . . . . . . .   4
   6.  Meeting Room  . . . . . . . . . . . . . . . . . . . . . . . .   4
   7.  Equipment requirements  . . . . . . . . . . . . . . . . . . .   4
   8.  Requirement for attendees . . . . . . . . . . . . . . . . . .   5
   9.  IETF central support of remote hubs . . . . . . . . . . . . .   5
     9.1.  Web site  . . . . . . . . . . . . . . . . . . . . . . . .   5
     9.2.  Email lists . . . . . . . . . . . . . . . . . . . . . . .   5
     9.3.  Regional hosts  . . . . . . . . . . . . . . . . . . . . .   5
   10. IANA Considerations . . . . . . . . . . . . . . . . . . . . .   6
   11. Security Considerations . . . . . . . . . . . . . . . . . . .   6
   12. Normative References  . . . . . . . . . . . . . . . . . . . .   6
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .   6

1.  Introduction

   Remote hubs enable participaton without being physically at the
   meeting.  Over the years, tools for IETF remote participation have
   become better.  Starting with jabber and audio streaming initially,
   It has improved a lot and it is now possible to present remote using
   meetecho tools as well by providing enough notice to the meetecho
   team.  In India remote participation is not new.  There are instances
   of individuals remotely participating and contributing.  The idea of
   remote hubs and its implementation pan India got traction with IICB
   (Indian IETF Capacity Building Program), a combined effort from Civil
   Societes, Academia, Organizations, Government, Individuals all
   participating and providing their support to build an ecosystem to
   carry IETF activities and spread awareness, engage researchers to
   contribute more towards IETF standard making process and build IETF
   labs for open source experimentation towards best practices.  Remote
   Hubs are part of this framework for increased IETF contribution from
   Indian origin.







Hegde, et al.            Expires January 4, 2017                [Page 2]


Internet-Draft              Abbreviated Title                  July 2016


2.  What is a remote hub ?

   A remote hub is place where two or more people who are interested in
   the IETF gather and participate in the proceedings of the IETF.
   Proceedings in this context can mean seeing the presentations in a WG
   or presenting in a working group or attending any of the plenaries of
   the IETF.  A remote hub can be set in someone one's home or office
   meeting room or some meeting room of a college or some other
   convenient place where people can congregate and discuss drafts,
   implementations and other issues related to the IETF.  There can be
   multiple remote hubs in the same country and even the same city as
   long as there are interested people in hosting and participating in
   the IETF.

3.  Why attend or host a remote hub ?

   A remote hub is way for interested participants to come together and
   discuss drafts, implementations and standards related to the IETF.
   They are extension of the physical meeting in the IETF.  Many times
   people cannot go to the IETF due to time, work or financial
   constraints.  Also someone might be new to standards or unsure if
   they can participate in the IETF.  Often academicians, protocol and
   software implementors and network engineers fall into these category.

   Subscribing to the mailing lists and meeting up with the local
   network standards enthusiasts is a good way to initiate people into
   the community.  It also serves as a good way to network and learn
   from senior and more experienced people in the community about IETF
   structure and rules (written and unwritten).  Often, local hubs might
   have an interesting perspective to add to conversations eg. protocol
   security in authoritation governments, internationalisation of names
   and identifiers, performance of protocols in low-bandwidth or high-
   delay networks.  Some of these perspectives might be underepresented
   in the IETF and remote hubs is a good way to include them in the
   conversation to make more robust, interoperable and scalable
   protocols.

   For commercial organization, hosting remote hubs is a great way to
   facilitate engagement with the larger local as well as international
   community.  It is also a great way to attract talent and showcase new
   technology to startups and students.  Since IETF often works on new
   and upcoming technology especially in the applications layers such as
   WebRTC, HTTP/2.0 or websockets, it is a good way to test and gather
   feedback about specific implementations.  For academic instituions,
   it is a great way for getting students involved in open source
   contributions and implementations of open standard and help them in
   understanding real world sceanrios of deployment of technology.  For




Hegde, et al.            Expires January 4, 2017                [Page 3]


Internet-Draft              Abbreviated Title                  July 2016


   eg, the BCP series of RFCs document best current practices from real
   world experience.

4.  Organization of Remote Hub

   Most of the time, hosting or attending an IETF remote hub does not
   require much.  You just need a comfortable space to follow
   discussions, a projector if it is a mid-sized or large group and a
   good high-speed network connection.  More details follow in the
   sections below.

5.  Mentors and Facilitators

   Often the people attending the remote hub are new to the IETF (either
   to the IETF itself or to the subject matter of the Working Group).
   In such cases, having a facilitator who describes past work in the
   IETF (earlier drafts or RFCs or discussion/debates) might help give
   context to newer participants in the working group.  It is also a
   good idea to mail the partcipants beforehand to check the agenda and
   ask them to read the drafts to be discussed at the meeting and if
   possible to follow the discussion on the mailing lists or read the
   archives.

6.  Meeting Room

   The meeting rooms should be comfortable and should have enough
   seating space for people signed up for the remote hub.  In case of
   more than 5-6 people, it is good to have a signup page to estimate
   einterest, especially if people outside the organsation hosting the
   remote hub are interested.  Please post directions to the venue and
   rooms well in advance in a meetup group or website so people know
   about the remote hub.

   Educational insitutions such as IISC (Bangalore), Amity
   university(Delhi) and IITs (several cities), government/private
   research organisations such as CDAC and CSIR are particularly good
   locations to host remote hubs as there is a critical mass of students
   and academicians to support these.  Also if industry experts join
   these hubs there is increased impetus for industry and academia co-
   operation.

7.  Equipment requirements

   A good internet connection (> 2Mbps) would be useful especially if
   there is video through meetecho.  Please test the connection (for
   latency and bandwidth requirements) based on the meetecho link
   provided on the agenda page. if there are more than 3-4 people, you
   might also want to have a projectors and a microphone attached to the



Hegde, et al.            Expires January 4, 2017                [Page 4]


Internet-Draft              Abbreviated Title                  July 2016


   computer used to relay the discussion so people can participate in
   the WG.  Also test the connection with the meetecho person in the WG
   room just before the WG meeting commences by giving them enough
   notice.

8.  Requirement for attendees

   Anyone who is interested in IETF activities can join in.  That is the
   only real prerequisite.  It might be useful for people new to the
   IETF to read the Tao of the IETF.  It is also good to read the draft
   that are going to be discussed in the WG meeting.  It is also useful
   to read the mailing list archives prior to the meeting as it may be
   referenced during the WG meeting.  If you are a developer or can
   write code in addition to the WG group meeting, it might be possible
   to attend the IETF hackathon remotely.  Another non-WG acttivity that
   people can attend in remote hub is the plenaries.  Some venue might
   have restrictions on who can attend (such as employees or students),
   so it might be better to check ahead and register if necessary.

9.  IETF central support of remote hubs

9.1.  Web site

   The IETF provides a wiki for every physical meeting of the IETF.
   There is a wiki link on that page that notes the remote hubs
   available for people to join in.  This is not meant to be exhaustive
   but is indicate of the various remote hubs in various regiosn for
   specific WGs.  There is a list of venues, with WGs they intend to
   follow and possibly any other information such as a sign up
   requirement.  Some remote hubs (especially those in commercial
   establishments) may be closed to certain groups of people such as
   employees or students.

9.2.  Email lists

   Currently there is a mailing list for remote hubs in Bangalore.  It
   can be accessed at https://www.ietf.org/mailman/listinfo/ietf-hub-
   bangalore It is generally a good idea to announce the remote hub on
   the WG mailing list so other people from the region who are
   interested can join in.  It is also a good idea to let the WG chair
   know about the remote hub partcipating in the WG.  The remote hubs
   information should also be posted to the IETF wiki.

9.3.  Regional hosts

   There can potentially be regular recurring hosts for certain WGs and
   regions.




Hegde, et al.            Expires January 4, 2017                [Page 5]


Internet-Draft              Abbreviated Title                  July 2016


10.  IANA Considerations

   There are no IANA considerations.

11.  Security Considerations

   There are no security considerations.

12.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119,
              DOI 10.17487/RFC2119, March 1997,
              <http://www.rfc-editor.org/info/rfc2119>.

Authors' Addresses

   Vinayak Hegde
   Independent Consultant
   Bangalore  560038
   INDIA

   Phone: +91 94498 34401
   Email: vinayakh@gmail.com


   Nalini Elkins
   Inside Products
   Carmel Valley, California  93924
   United States

   Phone: +1 831 659 8360
   Email: nalini.elkins@insidethestack.com


   Anand Raje
   RABT
   Kolkata, West Bengal
   India

   Phone: +91 98310 67348
   Email: anand@rabt.in









Hegde, et al.            Expires January 4, 2017                [Page 6]


Internet-Draft              Abbreviated Title                  July 2016


   Harish Chowdhary
   NIXI
   Delhi, Delhi NCR
   India

   Phone: +91 84471 28832
   Email: harish@nixi.in












































Hegde, et al.            Expires January 4, 2017                [Page 7]