< draft-hegde-remote-hubs-india-00.txt   draft-hegde-remote-hubs-india-01.txt >
Network Working Group Hegde Network Working Group Hegde
Internet-Draft Independent Consultant Internet-Draft Independent Consultant
Intended status: Informational Elkins Intended status: Informational Elkins
Expires: January 3, 2017 Inside Products Expires: January 4, 2017 Inside Products
Raje Raje
RABT RABT
Chowdhary Chowdhary
NIXI NIXI
July 2, 2016 July 3, 2016
Remote Hubs in India Remote Hubs in India
draft-hegde-remote-hubs-india-00 draft-hegde-remote-hubs-india-01
Abstract Abstract
This document describes the goals of having remote hubs and documents This document describes the goals of having remote hubs and documents
the experiences of organising remote hubs in India. It documents the the experiences of organising remote hubs in India. It documents the
experiences and suggest a possible framework for organising remote experiences and suggest a possible framework for organising remote
hubs in India. Remote participation has become easier with jabber hubs in India. Remote participation has become easier with jabber
rooms and audio streaming initially to now real-time video rooms and audio streaming initially to now real-time video
interaction. interaction.
skipping to change at page 1, line 40 skipping to change at page 1, line 40
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/. Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on January 3, 2017. This Internet-Draft will expire on January 4, 2017.
Copyright Notice Copyright Notice
Copyright (c) 2016 IETF Trust and the persons identified as the Copyright (c) 2016 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of (http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License. described in the Simplified BSD License.
Table of Contents Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. What is a remote hub ? . . . . . . . . . . . . . . . . . . . 2 2. What is a remote hub ? . . . . . . . . . . . . . . . . . . . 3
3. Why attend or host a remote hub ? . . . . . . . . . . . . . . 3 3. Why attend or host a remote hub ? . . . . . . . . . . . . . . 3
4. Organisation of Remote Hub . . . . . . . . . . . . . . . . . 3 4. Organization of Remote Hub . . . . . . . . . . . . . . . . . 4
4.1. Mentors and Facilitators . . . . . . . . . . . . . . . . 4 5. Mentors and Facilitators . . . . . . . . . . . . . . . . . . 4
4.2. Meeting Room . . . . . . . . . . . . . . . . . . . . . . 4 6. Meeting Room . . . . . . . . . . . . . . . . . . . . . . . . 4
4.3. Equipment requirements . . . . . . . . . . . . . . . . . 4 7. Equipment requirements . . . . . . . . . . . . . . . . . . . 4
5. IETF central support of remote hubs . . . . . . . . . . . . . 4 8. Requirement for attendees . . . . . . . . . . . . . . . . . . 5
5.1. Web site . . . . . . . . . . . . . . . . . . . . . . . . 4 9. IETF central support of remote hubs . . . . . . . . . . . . . 5
5.2. Email lists . . . . . . . . . . . . . . . . . . . . . . . 5 9.1. Web site . . . . . . . . . . . . . . . . . . . . . . . . 5
5.3. Regional hosts . . . . . . . . . . . . . . . . . . . . . 5 9.2. Email lists . . . . . . . . . . . . . . . . . . . . . . . 5
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5 9.3. Regional hosts . . . . . . . . . . . . . . . . . . . . . 5
7. Security Considerations . . . . . . . . . . . . . . . . . . . 5 10. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6
8. Normative References . . . . . . . . . . . . . . . . . . . . 5 11. Security Considerations . . . . . . . . . . . . . . . . . . . 6
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5 12. Normative References . . . . . . . . . . . . . . . . . . . . 6
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6
1. Introduction 1. Introduction
Remote hubs enable participaton without being physically at the Remote hubs enable participaton without being physically at the
meeting. Over the years, tools for IETF remote participation have meeting. Over the years, tools for IETF remote participation have
become better. Starting with jabber and audio streaming initially, become better. Starting with jabber and audio streaming initially,
It has improved a lot and it is now possible to present remote using 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 meetecho tools as well by providing enough notice to the meetecho
team. 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.
2. What is a remote hub ? 2. What is a remote hub ?
A remote hub is place where two or more people who are interested in 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. the IETF gather and participate in the proceedings of the IETF.
Proceedings in this context can mean seeing the presentations in a WG 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 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 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 meeting room or some meeting room of a college or some other
convenient place where people can congregate and discuss drafts, convenient place where people can congregate and discuss drafts,
implementations and other issues related to the IETF. There can be implementations and other issues related to the IETF. There can be
multiple remote hubs in the same country and even the same city as multiple remote hubs in the same country and even the same city as
long as there are interested people in hosting and participating in long as there are interested people in hosting and participating in
the IETF. the IETF.
3. Why attend or host a remote hub ? 3. Why attend or host a remote hub ?
A remote hub is way for interested participants to come together and A remote hub is way for interested participants to come together and
discuss drafts, implemntations and standards realted to the IETF. discuss drafts, implementations and standards related to the IETF.
They are extension of the physical meeting in the IETF. Many times They are extension of the physical meeting in the IETF. Many times
people cannot go to the IETF due to time, work or financial people cannot go to the IETF due to time, work or financial
constraints. Also someone might be new to standards or unsure if constraints. Also someone might be new to standards or unsure if
they can participate in the IETF. Often academicians, ptotocol and they can participate in the IETF. Often academicians, protocol and
software implementors and network engineers fall into these category. software implementors and network engineers fall into these category.
Subscribing to the mailing lists and meeting up with the local Subscribing to the mailing lists and meeting up with the local
network standards enthusiasts is a good way to initiate people into network standards enthusiasts is a good way to initiate people into
the community. It also serves as a good way to network and learn the community. It also serves as a good way to network and learn
from senior and more experienced people in the community about IETF from senior and more experienced people in the community about IETF
structure and rules (written and unwritten). Often, local hubs might structure and rules (written and unwritten). Often, local hubs might
have an interesting perspective to add to conversations eg. protocol have an interesting perspective to add to conversations eg. protocol
security in authoritation governments, internationalisation of names security in authoritation governments, internationalisation of names
and identifiers, performance of protocols in low-bandwidth or high- and identifiers, performance of protocols in low-bandwidth or high-
delay networks. Some of these perspectives might be underepresented delay networks. Some of these perspectives might be underepresented
in the IETF and remote hubs is a good way to include them in the in the IETF and remote hubs is a good way to include them in the
conversation to make more robust, interoperable and scalable conversation to make more robust, interoperable and scalable
protocols. protocols.
For commercial organsiation, hosting remote is a great way to For commercial organization, hosting remote hubs is a great way to
facilitate engagement with the larger local as well as international facilitate engagement with the larger local as well as international
community. It is also a great way to attract talent and showcase new community. It is also a great way to attract talent and showcase new
technology to startups and students. Since IETF often works on new technology to startups and students. Since IETF often works on new
and upcoming technology especially in the applications layers such as 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 WebRTC, HTTP/2.0 or websockets, it is a good way to test and gather
feedback about specific implementations. For academic instituions, feedback about specific implementations. For academic instituions,
it is a great way for getting students involved in open source it is a great way for getting students involved in open source
contributions and implementations of open standard and help them in contributions and implementations of open standard and help them in
understanding real world sceanrios of deployment of technology. For understanding real world sceanrios of deployment of technology. For
eg, the BCP series of RFCs document best current practices from real eg, the BCP series of RFCs document best current practices from real
world experience. world experience.
4. Organisation of Remote Hub 4. Organization of Remote Hub
Most of the time, hosting or attending an IETF remote hub does not Most of the time, hosting or attending an IETF remote hub does not
require much. You just need a comforatble space to follow require much. You just need a comfortable space to follow
discussions, a projector if it is a mid-sized or large group and a discussions, a projector if it is a mid-sized or large group and a
good high-speed network connection. More details follow in the good high-speed network connection. More details follow in the
sections below. sections below.
4.1. Mentors and Facilitators 5. Mentors and Facilitators
Often the people attending the remote hub are new to the IETF (either 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). 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 In such cases, having a facilitator who describes past work in the
IETF (earlier drafts or RFCs or discussion/debates) might help give IETF (earlier drafts or RFCs or discussion/debates) might help give
context to newer partcipantsin the working group. IT is also a good context to newer participants in the working group. It is also a
idea to mail the partcipants beforehand to check the agenda and ask good idea to mail the partcipants beforehand to check the agenda and
them to read the drafts to be discussed at the meeting and if 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 possible to follow the discussion on the mailing lists or read the
archives. archives.
4.2. Meeting Room 6. Meeting Room
The meeting rooms should be comfortable and should have enough The meeting rooms should be comfortable and should have enough
seating space for people signed up for the remote hub. In case of 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 more than 5-6 people, it is good to have a signup page to estimate
einterest, especially if people outside the organsation hosting the einterest, especially if people outside the organsation hosting the
remote hub are interested. Please post directions to the venue and remote hub are interested. Please post directions to the venue and
rooms well in advance in a meetup group or website so people know rooms well in advance in a meetup group or website so people know
about the remote hub. about the remote hub.
4.3. Equipment requirements 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 A good internet connection (> 2Mbps) would be useful especially if
there is video through meetecho. Please test the connection (for there is video through meetecho. Please test the connection (for
latency and bandwidth requirements) based on the meetecho link latency and bandwidth requirements) based on the meetecho link
provided on the agenda page. if there are more than 3-4 people, you 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 might also want to have a projectors and a microphone attached to the
computer used to relay the discussion so people can participate in computer used to relay the discussion so people can participate in
the WG. Also test the connection with the meetecho person in the WG the WG. Also test the connection with the meetecho person in the WG
room just before the WG meeting commences by giving them enough room just before the WG meeting commences by giving them enough
notice. notice.
5. IETF central support of remote hubs 8. Requirement for attendees
5.1. Web site 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. 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 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 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 but is indicate of the various remote hubs in various regiosn for
specific WGs. 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.
5.2. Email lists 9.2. Email lists
Currently there is no mailing list for remote hubs. It is generally Currently there is a mailing list for remote hubs in Bangalore. It
a good idea to announce the remote hub on the WG mailing list so can be accessed at https://www.ietf.org/mailman/listinfo/ietf-hub-
other people from the region who are interested can join in. It is bangalore It is generally a good idea to announce the remote hub on
alsoa good idea to let the WG chair know about the remote hub the WG mailing list so other people from the region who are
partcipating in the WG. 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.
5.3. Regional hosts 9.3. Regional hosts
There can potentially be regular recurring hosts for certain WGs and There can potentially be regular recurring hosts for certain WGs and
regions. regions.
6. IANA Considerations 10. IANA Considerations
There are no IANA considerations. There are no IANA considerations.
7. Security Considerations 11. Security Considerations
There are no security considerations. There are no security considerations.
8. Normative References 12. Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997, DOI 10.17487/RFC2119, March 1997,
<http://www.rfc-editor.org/info/rfc2119>. <http://www.rfc-editor.org/info/rfc2119>.
Authors' Addresses Authors' Addresses
Vinayak Hegde Vinayak Hegde
Independent Consultant Independent Consultant
 End of changes. 25 change blocks. 
42 lines changed or deleted 81 lines changed or added

This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/