• Policies

  • MidWest-IX Policies

    1. This document contains a set of common rules that all networks wishing to connect to the M-IX fabric must adhere to. Failure to comply with any provision of this agreement can result in immediate disconnection from the M-IX peering fabric without notice. By connecting to the M-IX peering fabric you acknowledge that you have read, understand and agree to all the terms contained within.

    2. The terms contained within this document are subject to change. By connecting to the M-IX peering fabric you agree to all future revisions. Revisions will be published and members will be notified via e-mail 30 days in advance.

    3. M-IX does not manage, coordinate or act as an intermediary in relationships between connected members and will not act as a third party in any agreement, mediation or dispute.

    4. The M-IX Peering fabric may not be used in a manner that would disrupt other participant’s business or infrastructure.

    5. M-IX Administration personnel reserve the right to disconnect or otherwise disrupt service to a member under any of the following conditions:
    5a. Failure to follow any of the provisions of this agreement.
    5b. To perform scheduled or emergency maintenance.
    5c. Statutory obligation set forth by a regulating authority.
    5d. As part of a request related to an ongoing investigation, warrant or subpoena issued by a recognized law enforcement entity with jurisdiction in an area in which M-IX, operates.
    5e. Any unforeseen issue that would require M-IX to interrupt connectivity for the sake of its membership.

    6. M-IX is not responsible for any losses incurred as a result of disruption in the continuity of the Peering fabric. The service is provided as is, without any warranties expressed or implied including merchantability or fitness for a particular purpose.

    7.M-IX will schedule any maintenance a minimum of seventy-two (72) hours in advance, unless in case of an emergency.


    Allowed Traffic Types on Midwest-IX

    The M-IX NOC reserves the right to disable ports that violate the rules below

    Physical Connection
    Interface settings
    Ethernet interfaces attached to M-IX ports must be set to auto-sensing unless otherwise agreed.

    MAC Layer
    Ethernet framing
    The M-IX infrastructure is based on the Ethernet II (or DIX Ethernet) standard. This means that LLC/SNAP encapsulation (802.2) is not permitted.

    Ethertypes
    Frames forwarded to M-IX ports shall have one of the following ethertypes:
    • 0x0800 – IPv4
    • 0x0806 – ARP
    • 0x86dd – IPv6

    One MAC address per port
    Frames forwarded to an individual M-IX port shall all have the same source MAC address.

    No proxy ARP
    Use of proxy ARP on the router’s interface to the Exchange is not allowed.

    Unicast only
    Frames forwarded to M-IX ports shall not be addressed to a multicast or broadcast MAC destination address except as follows:
    • broadcast ARP packets
    • multicast ICMPv6 Neighbour Discovery packets.

    No link-local traffic
    Traffic for link-local protocols shall not be forwarded to M-IX ports.
    Link-local protocols include, but are not limited to, the following list:
    • IRDP
    • ICMP redirects
    • IEEE 802 Spanning Tree
    • Vendor proprietary discovery protocols (e.g. CDP, EDP)
    • Interior routing protocol broadcasts (e.g. OSPF, ISIS, IGRP, EIGRP)
    • BOOTP/DHCP
    • PIM-SM
    • PIM-DM
    • DVMRP
    • ICMPv6 ND-RA
    The following link-local protocols are exceptions and are allowed:
    • ARP
    • IPv6 ND

    IP Layer
    No directed broadcast
    IP packets addressed to M-IX peering LAN’s directed broadcast address shall not be automatically forwarded to M-IX ports.

    IP addressing
    no-export of M-IX peering LAN
    IP address space assigned to an M-IX peering LAN shall not be advertised to other networks without explicit permission of M-IX.

     

    Peering Policies

    1. The peering candidate must be a registered entity in its local jurisdiction.
    2. The peering candidate must provide M-IX with a 24 hour contact point.
    3. Only BGPv4 and BGPv6 are allowed as routing protocols.
    4. The Peering candidate must have a registered, Public ASN (Autonomous System Number) issued by a recognized routing registry. (ARIN, RIPE, APNIC, LACNIC, AfriNIC)
    5. M-IX only accepts peering traffic from its members. Members may not transit charged peering traffic or use next-hop rewrites, default routes or static routes.
    6. Peering parties are encouraged to aggregate routes where ever possible.
    7. Only prefixes registered to the Member or for which the member has a signed LOA on file may be announced.
    8. The minimum prefix announced should be /24 for IPv4 and /48 for IPv6.
    9. Members must be listed and provide updated contact information on PeeringDB.com
    10. Members are expected to register their routes in a public Internet Routing Registry (IRR) database, for the purposes of filtering.

    Midwest Internet Exchange Technical Requirements:
    1. The only L2 frame types allowed are 0x0800, 0x86dd and 0x0806.
    2. All L2/L3 protocols are forbidden with the exception of IP, NDP and ARP.
    3. There is a limit of one MAC address per port. Shared cables are not permitted.
    4. Ethernet aggregation is available subject to M-IX approval.
    5. The use of MD5 and/or BTSH to secure BGP sessions is recommended.