惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

F
Fox-IT International blog
Security Latest
Security Latest
S
Security @ Cisco Blogs
L
LINUX DO - 热门话题
T
Threatpost
W
WeLiveSecurity
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
腾讯CDC
雷峰网
雷峰网
Cyberwarzone
Cyberwarzone
V
V2EX - 技术
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
P
Proofpoint News Feed
T
Tailwind CSS Blog
Cisco Talos Blog
Cisco Talos Blog
人人都是产品经理
人人都是产品经理
罗磊的独立博客
P
Privacy International News Feed
The Register - Security
The Register - Security
T
Threat Research - Cisco Blogs
IT之家
IT之家
T
True Tiger Recordings
SecWiki News
SecWiki News
V
Vulnerabilities – Threatpost
博客园_首页
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 司徒正美
月光博客
月光博客
P
Privacy & Cybersecurity Law Blog
N
News | PayPal Newsroom
Google DeepMind News
Google DeepMind News
The Cloudflare Blog
美团技术团队
Simon Willison's Weblog
Simon Willison's Weblog
博客园 - Franky
V
Visual Studio Blog
E
Exploit-DB.com RSS Feed
酷 壳 – CoolShell
酷 壳 – CoolShell
F
Future of Privacy Forum
J
Java Code Geeks
Microsoft Azure Blog
Microsoft Azure Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Recent Commits to openclaw:main
Recent Commits to openclaw:main
C
Cisco Blogs
AWS News Blog
AWS News Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Scott Helme
Scott Helme
D
Darknet – Hacking Tools, Hacker News & Cyber Security
I
InfoQ
U
Unit 42

Megaport Blog

Early Warning Signs Your Network Needs a Refresh Introducing Megaport DDoS Protection A Guide to 400G Connectivity A Guide to NAT Gateway A Guide to Cloud Storage How the Data Center Is Evolving in 2026 What to Expect When Attending Your First Network Operator Group (NOG) Nine Ways to Connect to Cloud Using Private Connectivity Migrate Your On-premises to the Cloud: A Step-by-Step Guide How to Lower Your Egress Fees in 2026 How to Achieve Data Sovereignty in Europe Redefining the Edge with Cisco and Megaport How to Reduce Latency in Your Multicloud Environment Introducing Megaport High-Speed Cross-Cloud Encryption Are Businesses Leaving the Cloud? Using Meraki and Megaport Virtual Edge for Multicloud Networking Equinix Metal® is Going Away: Here’s What You Can Do Introducing Megaport On-ramp as a Service Megaport’s Full Solution Portfolio Is Coming to India New Bare-metal GPU Instance Now Available with NVIDIA RTX Pro 6000 A Look Back at 2025: Megaport's Biggest Updates Megaport Expands Into India With Extreme IX Your 2026 Predictions From AWS re:Invent 2025 Top NaaS Trends for 2026 What is IPsec? When to Move From Public Internet to Private Connectivity Megaport and Latitude.sh: Bringing Compute and Connectivity Together Improve Your Microsoft ExpressRoute Resilience with Megaport Comparing Ways to Connect to AWS What is API-First Networking? The Hidden Cost of Running Cloud-Hosted SD-WAN for IaaS Overcoming NaaS Integration Challenges Introducing SCION with Anapaya and Megaport How to Use Network as a Service to Future-Proof Your Network Introducing 400G Ports All the As-a-services, Compared Introducing Megaport IPsec Tunnels High Score: Megaport Hits 1,000 Locations A Guide to Colocation Data Centers Maximizing Peering Through Flow Analysis Build Resilient Networks for AI Production Workloads Introducing Packet Filtering on Megaport Cloud Router Building Resilient Government IT: Strategies for Secure, Compliant, and Scalable Connectivity Future-Proofing Government IT Telstra Programmable Network Is Being Discontinued. Here’s How to Migrate The Future of WAN Design Depends on Network as a Service (NaaS) Cisco Webex Edge Connect Launches on Megaport Voice and Video Exchange How to Prepare for APRA CPS 230 Comparing the SD-WAN Licensing Needs of Major Vendors A Guide to Improving Network Performance How Latitude.sh, Wasabi, and Megaport Unlock Cost-Effective Multicloud Four Ways to Connect Your Clouds SD-WAN and MPLS: Weighing the Similarities, Differences, and Benefits A Guide to Network as a Service (NaaS) How to Arrange Bilateral Peering Sessions Comparing Major SD-WAN Vendors Software Defined Networking in Healthcare Deploying A Global Network in Minutes With Megaport AWS Direct Connect Gateway (DGW) Data Transfer Outbound Rules Multi-Region SD-WAN: Why Megaport SDCI is the Right Choice Microsoft Azure is Going Secure by Default. Are You Ready? How Megaport and Vultr Are Solving the Enterprise AI Challenge Introducing Megaport NAT Gateway A Guide to AWS Security Tools How to Deploy Amazon Bedrock Using AWS Direct Connect and Megaport Azure Private Link, Explained Introducing 100G MCRs Simplifying Hybrid and Multicloud Network Connectivity How to Fix Poor AWS Latency A Look Back at 2024: Megaport’s Biggest Updates Your 2025 Predictions From AWS re:Invent 2024 Six Ways to Get a More Resilient Network in 2025 Multicloud Security: Challenges and Solutions The Real Cost of High Network Latency Why Brazil is Your Key to Unlocking Business Growth in Latin America Why You Need Integrated Network Security Six Key Differences Between Major Cloud Providers How to Automate Your Megaport Infrastructure With APIs Why Italy is Europe’s Next Cloud Expansion Hotspot How to Lower Your Cloud Costs Peering: How Local Is Local? Introducing Megaport AI Exchange Two Scenarios for Hybrid Multicloud Deployment With IBM Cloud and Microsoft Azure How to Connect Equinix and Digital Realty Megaport Enables Microsoft Azure ExpressRoute Metro for More Resilient Network Connectivity Executives, Here’s What Your Network Team Wants You to Know Easy Ways to Interconnect Your Network The Role of the Data Center in Your Network 100G VXC Expansion: Now Available From 597 Data Centers Worldwide Top 10 How-To Guides To Improve Your Network Comparing Encryption in Transit Options Comparing Generative AI Offerings From Major Cloud Providers A Sustainable Business Strategy Starts With Your Network Solutions to Common API Issues With Megaport Transforming Financial Connectivity: Introducing Megaport Financial Services Exchange (FSX) Megaport Enhancing Connectivity in Adelaide Megaport’s Latest Portal Features and Functionalities Automate Your Network Deployments With The New Megaport Terraform Provider A Recap of the Megaport World Tour 2024 Top 5 Cloud and Networking Announcements From Cisco Live 2024
Bilateral and Multilateral Peering: What’s the Difference?
2025-02-26 · via Megaport Blog

By Rob Parker, Interconnection Director

These two types of peering relationship may seem similar at first glance, but there are a few considerations you should make to get the most out of your connection to an IX.

When you join an internet exchange, the first thing you’ll need to do after physically connecting is establish some BGP sessions in order to get traffic flowing and to start enjoying the benefits of peering at an IX. There are two types of peering at internet exchanges and although from a BGP configuration point of view there’s very little difference, from an operational point of view there are a few considerations to make.

In this blog, we’ll examine the difference between multilateral and bilateral peering, and how to leverage both for your business.

Jump straight to how to arrange bilateral peering sessions here.

Multilateral or bilateral?

In a traditional peering relationship, you would identify peers at the internet exchange and reach out to them—likely via contacts listed in PeeringDB—and request a peering session with them. This is bilateral peering.

Peers might have specific requirements before establishing a session, such as traffic volumes, geographic scope of network operations, or some other logic specific to their organization. You need to follow this process for each peer you’d like to exchange traffic with and configure a BGP session for each of them upon their acceptance of your request – but this can quickly become cumbersome and time consuming both initially and over time.

Bilateral peering is ideal for peers you exchange high-value traffic with and where you want to ensure complete control over traffic, but for the “long tail” of smaller peers at the internet exchange, you may find that there are too many to reach out to or maintain configuration with. This is where multilateral peering is ideal.

In summary:

  • A multilateral session is one BGP session with many networks facilitated by a route server.
  • A bilateral session is one BGP session with one other network (so you’d need one bilateral session for each network you intend to peer with).

Optimize network performance by making sure you and your peers are locally connected.

The benefits of route servers

Because it can be a lot of work arranging and configuring BGP sessions with many (perhaps hundreds of) networks, almost all internet exchanges today offer a route server service that’s configured for you upon joining the internet exchange.

You’ll be able to establish a BGP session to each of the route servers offered (typically that’s four sessions in total: Two each for IPv4 and IPv6, to two diverse route servers to ensure high availability) and in return you’ll receive all prefixes advertised to the route servers by other members who are also using them.

This is known as a multilateral peering relationship – instead of peering with each peer over a bilateral session, you each peer with the route server in a multilateral relationship.

This lets you immediately get traffic flowing across the internet exchange with very little effort – no need to reach out to each peer, just bring up the route server and start enjoying all the benefits of the internet exchange right away. Over time, you can reach out to specific peers that are of high importance to you and arrange bilateral sessions.

It’s important to note that although almost all IX peers will be connected to the route server, not all are, and so there are still some networks you will need to manually request bilateral sessions with. At no time does any of your traffic flow through the route server – it simply acts as a directory for routes and distributes them to you. The traffic still flows between you and your peers directly across the IX.

The looking glass

To aid you in troubleshooting, looking glasses are offered by IXs to allow you to view the route server routing table from the perspective of the route server itself. This includes who’s peering with the route server along with all routes being advertised and received both from your network and other peers.

The looking glass, combined with your flow data, is an ideal way to ensure you’re getting the most out of your connection to the internet exchange.

BGP communities and the route server

You may also wish to retain a little more control of your routes when using the route server - this is possible by using control communities on your advertisements to inform the route server how to handle redistribution of your prefixes to other peers. You can dig into this topic in detail on our documentation page.

Other internet exchanges will have their own list of communities, but they’re relatively standard thanks to the efforts of Euro-IX. These communities allow you to specify certain peers that should not receive certain advertisements, for example, or to adjust preferences or pad your AS path.

Security

Route servers were often not the most secure service from the point of view of route security, but this is a thing of the past in most internet exchanges today.

Strict filtering is in place on every route server session at every MegaIX—filtering by max prefix count, AS-SET, AS path, and RPKI—to ensure that only validated prefixes are originated by the owner of the prefix and that route leaks via the route server are not possible. This is typically more strict filtering than many peers will offer via bilateral sessions, so there is an argument that in some cases the route server may be a better option than bilateral sessions.

Reliability is covered by two route servers located at physically diverse locations, such that an outage or issue with one route server won’t impact your traffic across the IX.

Conclusion

Both bilateral and multilateral sessions have their advantages and trade-offs, but upon joining an internet exchange we highly recommend making use of the route servers to get up and running quickly and easily—and securely—and then over time, identify high-value traffic flows and establish bilateral sessions with those peers. It’s also worth checking which peers do not use the route servers and reaching out to them to establish bilateral sessions as soon as possible.

Discover how to arrange bilateral peering sessions in our new blog.