BGP, EVPN, leaf-and-spine… lost in the buzzwords? Let’s build the network basics by hand, from MAC addresses to autonomous systems.

Guest Post: EVPN MAC mobility enables seamless workload movement, but it can also amplify the impact of MAC spoofing. A forged MAC address can redirect traffic across the fabric through BGP, making access-layer...

Juniper's October bulletin JSA112187 fixes nine Junos OS and Junos OS Evolved flaws rated CVSS 9.8, in BGP flowspec and BMP handling, EVPN-VPWS, J-Web and httpd, with fixed releases across seven…

Introdução Nos artigos anteriores desta série explorámos duas abordagens de VXLAN Flood & Learn: primeiro com replicação estática (head-end replication), depois com underlay multicast e Anycast RP. Am...

Prepare for the JN0-650 exam with practice questions and explanations covering BGP, OSPF, CoS, authentication, and EVPN routing.

An Improper Handling of Length Parameter Inconsistency vulnerability in the routing protocol daemon (rpd) of Juniper Networks Junos OS and Junos OS Evolved allows an attacker sending a specifically malformed BGP EVPN multicast update which is attempted to be readvertised to cause an rpd crash.

An Incorrect Calculation vulnerability in the routing protocol daemon (rpd) of Juniper Networks Junos OS and Junos EVO allows a remote BGP EVPN neighbor to cause an rpd crash when SRv6 EVPN multihoming is configured.

The routing software in Juniper Junos OS and Junos OS Evolved can be tricked by a specially crafted network connection into crashing or running any code.

Optimize cloud infrastructure with VMware for app platforms, private cloud, edge, networking, and security.

VXLAN-EVPN is the data center default, but MPLS/SR can still make sense for telco fabrics requiring traffic engineering, fast reroute, and low overhead.

YouTube video by Rabee H

本記事はAIを利用して作成した技術解説・実装例です。掲載するコードや手順は一次情報を基に構成していますが、筆者による実機での動作確認は行っていません。環境やバージョンによって動作が異なる場合があります。 RFC 10039: Interconnecting EVPN and IPVPN Domainsの通信シーケンスとメッセージ構造を整理する マルチテナントネットワークが複数のドメインにまたがる際、Ethernet Virtual Private Network (EVPN) と IPVPN (BGP VPN-IPv4 / VPN-IPv6) の間でシームレスな接続を確保するための相互接続手順や、制御プレーンのループ防止に関する仕様について、一次情報に基づき整理します。本記事では、複数ドメイン間の相互接続におけるコンポーネントの役割や、BGP経路選択に関する拡張機能について解説します。 目的と前提・注意点 目的 異なるBGPドメイン（EVPNとIPVPN）を相互接続する際の中継メカニズム、制御プレーンのループを防ぐ仕組み、およびパス属性の伝播に関する仕様を理解することを目的とします。 前提・注意点 一次情報はRFC 10039（Interconnecting EVPN and IPVPN Domains）に基づきます。 本記事は構造やメッセージの概念を整理するものであり、特定の機器や実機での動作を保証するものではありません。 実機での検証環境は構築していないため、具体的な実験結果やパケットキャプチャの成功例は示しません。 EVPNとIPVPNドメイン間相互接続の概要 テナントネットワークが複数のドメイン（EVPNドメインやIPVPNドメインの組み合わせ）にまたがる場合、エンドツーエンドのテナント接続を維持するために、ドメイン間で経路を再オリジネート（再生成）する仕組みが必要です。 一次情報によると、インターワーキングPE（Interworking PE）と呼ばれるノードがこの中継役を担います。インターワーキングPEは、あるドメインから経路（カプセル化パラメータを含む）をインポートし、IP Virtual Routing and Forwarding (IP-VRF) テーブルにインストールしたうえで、隣接するドメインに適したカプセル化属性を付与して再アドバタイズします。これにより、各ドメイン内部のトランスポート機構から独立したサービス相互接続が可能になります。 制御プレーンにおけるループ防止とD-PATH属性 複数ペルのゲートウェイノードが異なるドメインを相互接続する冗長構成では、適切な保護機構がないと制御プレーンでルーティングループが発生するおそれがあります。例えば、ゲートウェイPE1がIPVPNの経路をインポートしてEVPNドメインへEVPN IP Prefixルートとして再送し、別のゲートウェイPE2がそれを再びIPVPNドメインへ広告し返すとループが形成されます。 この問題に対処するため、RFC 10039では新しいBGPパス属性として Domain Path (D-PATH) が導入されています。D-PATH属性は、ドメインレベルでのループ検出と回避を提供し、Multiprotocol BGPのSAFI 128（VPN-IPv4 / VPN-IPv6）およびEVPN IP PrefixルートにおけるBGP最適パス選択（best-path selection）のロジックを変更します。 インターワーキングPEのコンポーネント構成