bosix-header-web

Rules of Engagement

The Boston Internet Exchange exists as a cooperative effort and the following rules ensure the short- and long-term health of the exchange fabric:

  • Peering is bilateral with the exception of route servers. There is no Multi-Lateral Peering Agreement (MLPA).
  • Participants must use BGP-4 or its successor and must set NEXT_HOP_SELF if advertising routes from other BOSIX participants.
  • Participants may not point default or otherwise use another participant's or BOSIX's resources without permission.
  • There are only three ethertypes allowed: 0x0800 (IPv4), 0x0806 (ARP), and 0x86dd (IPv6).
  • The only non-unicast traffic allowed is broadcast ARP and multicast ICMPv6 Neighbor Discovery packets. Per-neighbor timeouts that result in flooded (broadcast/multicast) packets should be set to 4 hours or as close to that as able in the case of vendor limitations. Short timeouts may result in quarantine.
  • Participant ACLs must not violate neighbor discovery norms, since doing so will result in excess flooded packets on the community fabric and burden for BOSIX administrators. For IPv4 this means that a participant's router must be configured to receive and respond to ARP packets from all BOSIX participants, even those that are not direct peers. For IPv6, this means that participant routers must receive and respond to ICMPv6 neighbor solicitation packets from both fe80::/10 and all BOSIX participant addresses, including those that are not direct peers, directed toward fe80::/10, ff02::1:ff00:0/104, and the participant's unicast BOSIX assignments. Configuration examples are available in the BOSIX FAQ.
  • Participants must not allow BOSIX subnets to propagate externally from their network and should minimize internal propagation as much as able.  If a participant's network beyond their BOSIX edge router(s) can reach the BOSIX subnet addresses, ACLs are requested in order to prevent this.
  • Participants may not sniff traffic between other participants.
  • Participants must be responsive to other participants and BOSIX administrators in order to protect the short- and long-term health of the exchange fabric. Urgent issues may result in the suspension of a participant in order to protect the fabric. For non-urgent issues, if a participant is unresponsive to concerns raised by a BOSIX administrator, a BOSIX administrator will notify the non-responding participant via their PeeringDB and BOSIX contact emails, of their need to respond in order to avoid suspension from the BOSIX. The length of time to determine if a participant is unresponsive, and time to suspension, will depend on the severity of the matter, each not to exceed two weeks.
View the full list of Boston Internet Exchange participants.

Press Release Policy:

  • If your organization plans to release press releases specifically mentioning the Boston Internet Exchange, please coordinate with the BosIX administrators as a courtesy prior to doing so. In addition, please keep in mind that BOSIX participation does not grant organizations any rights to use other participants' names, logos, or other information.

Switch Interconnection (Extension) Policies:

  • Participants may only utilize a single layer-2 MAC address to place a single layer-3 router per port allocated from the BOSIX switch fabric.
  • Whereas extension operators have certain responsibilities toward their users and the community at large, and whereas industry-standard 5-minute sampling techniques mask microbursts of traffic:
    • Extension circuits peaking above the upgrade threshold of 66% utilization (5-minute sample) should work with the BOSIX administrators to have capacity increased to bring peak utilization under the upgrade threshold. The cost for upgrades is to be borne by the extension operator.
    • The connection procedure for new participants on an extension will include ensuring that month peak utilization is below the upgrade threshold.
    • The BOSIX administrators will notify an extension when additional capacity is needed, but extension operators should also monitor their utilization and be proactive.
    • If an extension circuit peaks above the notification threshold of 80% utilization, or if there is active packet loss, the BOSIX administrators will notify the participants on the extension so they may mitigate traffic as appropriate for their network.
 

Steve Zuromski | CIO, VP of IT | Bridgewater State University

“With our growing use of the Internet, being able to peer directly with the likes of Netflix, Akamai, Microsoft and Apple on the Boston Internet Exchange has been huge for us. For a flat access fee for a 10 gigabit pipe, we avoided having to double our Internet bandwidth.”

Read the case study.