<?xml version="1.0" encoding="US-ASCII"?>
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!ENTITY RFC2119 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
]>
<!-- For a complete list and description of processing instructions (PIs), 
     please see http://xml.resource.org/authoring/README.html. -->
<!-- Below are generally applicable Processing Instructions (PIs) that most I-Ds might want to use.
     (Here they are set differently than their defaults in xml2rfc v1.32) -->
<?rfc strict="yes" ?>
<!-- give errors regarding ID-nits and DTD validation -->
<!-- control the table of contents (ToC) -->
<?rfc toc="yes"?>
<!-- generate a ToC -->
<?rfc tocdepth="4"?>
<!-- the number of levels of subsections in ToC. default: 3 -->
<!-- control references -->
<?rfc symrefs="yes"?>
<!-- use symbolic references tags, i.e, [RFC2119] instead of [1] -->
<?rfc sortrefs="yes" ?>
<!-- sort the reference entries alphabetically -->
<!-- control vertical white space 
     (using these PIs as follows is recommended by the RFC Editor) -->
<?rfc compact="yes" ?>
<!-- do not start each main section on a new page -->
<?rfc subcompact="no" ?>
<!-- keep one blank line between list items -->
<!-- end of list of popular I-D processing instructions -->
<rfc category="info" docName="draft-hegde-remote-hubs-india-00">

  <front>
    <title abbrev="Abbreviated Title">Remote Hubs in India</title>

    <author fullname="Vinayak Hegde" surname="Hegde">
      <organization>Independent Consultant</organization>
      <address>
        <postal>
          <street></street>
          <city>Bangalore</city>
          <region></region>
          <code>560038</code>
          <country>INDIA</country>
        </postal>
        <phone>+91 94498 34401</phone>
        <email>vinayakh@gmail.com</email>
      </address>
    </author>

    <author fullname="Nalini Elkins" surname="Elkins">
      <organization>Inside Products</organization>
      <address>
        <postal>
          <street></street>
          <city>Carmel Valley</city>
          <region>California</region>
          <code>93924</code>
          <country>United States</country>
        </postal>
        <phone>+1 831 659 8360</phone>
        <email>nalini.elkins@insidethestack.com</email>
      </address>
    </author>

    <author fullname="Anand Raje" surname="Raje">
      <organization>RABT</organization>
      <address>
        <postal>
          <street></street>
          <city>Kolkata</city>
          <region>West Bengal</region>
          <code></code>
          <country>India</country>
        </postal>
        <phone>+91 98310 67348</phone>
        <email>anand@rabt.in</email>
      </address>
    </author>

    <author fullname="Harish Chowdhary" surname="Chowdhary">
      <organization>NIXI</organization>
      <address>
        <postal>
          <street></street>
          <city>Delhi</city>
          <region>Delhi NCR</region>
          <code></code>
          <country>India</country>
        </postal>
        <phone>+91 84471 28832</phone>
        <email>harish@nixi.in</email>
      </address>
    </author>

    <date year="2016" />

    <area>General</area>

    <keyword>template</keyword>

    <abstract>
      <t>
      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.      
      </t>
    </abstract>

    </front>
  <middle>
    <section title="Introduction">
    <t>
    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.
    </t>
    </section>
    <section title="What is a remote hub ?">
    <t>
    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.
    </t>
    </section>
    <section title="Why attend or host a remote hub ?">
    <t>
      A remote hub is way for interested participants to come together and discuss drafts, implemntations and standards realted 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, ptotocol and software implementors and network engineers fall into these category. 
     </t>
     <t>
     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.
     </t>
     <t>
     For commercial organsiation, hosting remote 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 eg, the BCP series of RFCs document best current practices from real world experience.
     </t>
    </section>
    <section title="Organisation of Remote Hub">
    <t>
    Most of the time, hosting or attending an IETF remote hub does not require much. You just need a comforatble 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.
    </t>
      <section title="Mentors and Facilitators">
      <t>
      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 partcipantsin 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. 
      </t>
      </section>
      <section title="Meeting Room">
      <t>
      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.
      </t>
      </section>
      <section title="Equipment requirements">
      <t>
      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 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.
      </t>
      </section>
    </section>
    <section title="IETF central support of remote hubs"> 
      <section title="Web site">
      <t>
      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.
      </t>
      </section> 
      <section title="Email lists">
      <t>
      Currently there is no mailing list for remote hubs. 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 alsoa good idea to let the WG chair know about the remote hub partcipating in the WG.
      </t>
      </section>
      <section title="Regional hosts">
      <t> There can potentially be regular recurring hosts for certain WGs and regions. </t>
      </section>
    </section>
    <section anchor="IANA" title="IANA Considerations">
    <t> There are no IANA considerations. </t>
    </section>
    <section anchor="Security" title="Security Considerations">
    <t> There are no security considerations. </t>
    </section>
</middle>

  <!--  *****BACK MATTER ***** -->

  <back>

    <references title="Normative References">
      <!--?rfc include="http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml"?-->
      &RFC2119;
    </references>
  </back>
</rfc>
