PEG TECH Network Interconnection
Policy and Requirements
Peering Operations Contact: email@example.com
Peering Policy Contact: firstname.lastname@example.org
PEG Tech is a global Internet Service Provider (ISP) with POP (point of presence) location in Equinix San Jose / Bay Area Exchange and Any2 Exchange Northern California . PEG peers with other Internet Service Providers (ISPs) and Content Networks with IPv4 connectivity on Autonomous System (AS) 54600 for the purpose of exchanging traffic between these networks.
Selective Peering Policy
PEG Tech has a selective but generally open peering policy - peers are selected based upon performance, capability, and where traffic needs to be delivered. Peers are subject to certain operational, technical, and legal requirements.
To maintain optimum service levels for our customers and their clientele, peers shall meet the following set of requirements:
- Exchange traffic with PEG at all available IXPs that are shared in common for optimal traffic distribution and redundancy.
- Maintain congestion free interconnection with PEG Tech. PEG and peers must work quickly and diligently to augment capacity between networks or to the relevant IXP, as needed.
- Must maintain a Network Operations Center capable of responding operational problems and security incidents 24 hours per day, 7 days per week.
- Be responsive to activities considered malicious and/or detrimental to the Internet as a whole, its own network, and to its customers, including but not limited to, sending unsolicited bulk email, hacking, and denial of service. PEG expects peers to provide a qualified engineer to help trace and mitigate attacks in a reasonable amount of time.
- Provide an escalation path for resolving operational problems and/or security incidents in a timely fashion. Meet all requirements at the time the peering request is made, and must continue to be met for the duration of the peering session
The following technical requirements also apply to peering with PEG Tech. Peers must:
- Have a publicly routed ASN.
- Not advertise prefixes with a mask longer than /24 for IPv4.
- Demonstrate that announced publicly routable prefixes and/or aggregates are currently visible in the DFZ.
- Announce a consistent set of prefixes to PEG Tech at all points of interconnection, unless otherwise agreed upon.
- Only send traffic destined for prefixes announced by PEG Tech.
- Not point a default route at PEG or use static routes to send traffic to our AS.
- Set default maximum prefixes per session to 250 prefixes.
- Register their prefixes with appropriate route/route6 objects at an appropriate IRRDB, and maintain a full and accurate PeeringDB listing. PEG will use this data to build BGP prefix lists.
To ensure quality of operations, PEG Tech reserves the following rights under its Peering Policy and Requirements:
- To alter our peering policy and peering requirements at any time.
- To accept or decline a peering request at any time for any reason.
- To suspend, without notice, peering connectivity in the event of a severe quality of service issue such as high latency, packet loss, or jitter pattern is detected and to take appropriate traffic engineering steps to maintain service quality.
- To selectively withdraw prefixes from public IXP fabrics as needed to protect service quality.
- To terminate any peering connection at any time without notice.
- By advertising prefixes to PEG Tech, a peer will expressly waive any right to compensation for accepting / delivering traffic originated from PEG Tech’s ASN.
- Peers with significant traffic with the PEG Tech will be considered for bilateral sessions via IXPs or private (cross-connect) peering.
- PEG Tech customers interested in a peering connection for origin transit offload should send an email to email@example.com for more information.
General Peering Information
General Peering Information
|Peening Policy Contact
|Peening Operations Contact
55 South Market Street,Suite 320
San Jose,CA 95113