Peering Policy
Peering Policy
Consistent Announcements
The following are snippets of Peering Policy Clauses found in the Peering Rules of the Road - A Brief Study of Peering Policies study. Clauses were categorized and put into rough categories for comparison.
Here are the clauses we categorized as Consistent Routing Announcement Requirement clauses.
Excerpts from Peering Polices
Consistent Announcements
All announcements are to be consistent, in terms of prefix aggregation properties, across all interconnect locations. – Speakeasy
Hurricane Electric will announce consistent routes at each exchange point and expects peers to do the same. – Hurricane Electric
Each Internet Network will announce consistent customer routes at all interconnection points, unless both Internet Networks mutually agree otherwise based on special circumstances. -- ATDN
Both parties shall announce consistent routes across all interconnection points. – InterNap
tw telecom peers must maintain consistent route announcements across all peering sessions. – TW Telecom
Both parties shall announce consistent routes across all interconnection points. – nLayer
All peers are expected to offer consistant routes to facilitate closest-exit routing unless otherwise expressly agreed. This consistancy is expected in next-hop, origin, MED, and all other such decision-making attributes; non-conforming routes can be rewritten at the discretion of RCN. Agreements for best-exist or other forms of traffic exchange can be made in email.– RCN
NOT CONSISTENT: Due to the localised nature of BBC content, we reserve the right to advertise a different set of prefixes at each location. – BBC
Consistent route announcements at all exchange locations. – Cox
# Both parties shall have consistent route announcements across all public and private interconnection points. – wbsconnect
DALnet requests that peers maintain consistent route announcements across all peering locations. – Dalnet
# Peers must advertise consistent route announcements at all locations where an interconnect is established. – Mzima
Applicant must use the same peering AS at each US interconnection point and must announce a consistent set of routes at each point, unless otherwise mutually agreed. – Comcast
Applicant's announcements within Europe must be consistent, i.e. Applicant must announce the same set of routes on all peering sessions – tinet
Applicant's announcements within the US must be consistent –tinet
Each Internet Network will announce consistent customer routes from a single AS at all interconnection points. – LambdaNet
All announcements are to be consistent, in terms of prefix aggregation properties, across all interconnect locations. –OpenAccess
# Make consistent route announcements at all public peering points. – Highwinds
Must maintain consistent global routing announcements at all peering locations – Charter
Potential peer must maintain consistent global routing announcements at all interconnections. – CableVision
Candidate must carry full customer routes in Interconnect routers, and announce consistent routes using BGP4 at all peering locations. Interconnection Candidate must use the same peering AS at each U.S. interconnection point. – Qwest
Peer must use the same peering AS at each US interconnection point and must announce a consistent set of routes at each point, unless otherwise mutually agreed. – AT&T