LINX(https://www.linx.net/) が今年ホワイトボックススイッチによるIXサービスを開始しました。
おもしろいなーといろいろ調べてましたが手元においておくだけじゃもったいないのでメモを晒します。
すべて公開資料からの参照です。詳細は参照元リンクを掘ってみてください。

#NANOG74発表

Features
- MAC ACL
- 多対1のVLANマッピング
- VLAN毎のトラヒックポリシー制御on単一ポート
- VLAN毎のARP・IPv6 ND
- MAC学習の無効化とMACの静的設定
- バッググランドトラヒック削減のためのProxyARP・ProxyND
- トラヒックタイプ毎のトラヒック制限
中央のコントローラーを置かない
- 自動化はすげえほしいのだけど、過剰なのはいらないんだよ
- コントロールプレーンベースの再収束はコントローラベースのより早いだろ
- うちのソフトウェアチームがフォーカスしているのは非ミッションクリティカルなインフラだからな!
EVPN-MPLS vs EVPN-VXLAN
- 多数のLSPエントリがインターフェーステーブルを消費するのは避けたい
- VXLANの収束はMPLSより遅いけど許容範囲
- MPLSのFast Rerouteが<50ｍs以下なのは魅力的
- VXLANなら再計算とASICの再プログラムが必要
Leafのみ構成 vs Leaf-Spine構成
- 前者はメトロ側スイッチ(拠点間Dark Fiber接続)と顧客収容SWを両方Leafとする構成
- 後者はLeafの間にSpine SWを入れる構成
  - これを採用。収束がシンプルかつ早い

EVPN+Proxy-ARP
- MACテーブルをBGPで全エッジSWに広告する
- ARPリクエストのフラッドを削減→バックグラウンドトラヒックをへらせてgood
MAC hold-down
- ポートが落ちたらローカルMAC転送エントリを削除してBGPで広告する
- BGP収束前のトラヒックは/dev/null行き
- Unknownトラヒックのレートリミットを実装した
再収束の高速化
- BFDをASICで実行、最大でも4msで検出

#LINX のインタビュー

https://www.youtube.com/watch?v=QDtEK_PPcSM&feature=youtu.be
Richard Petrie

1．マーケット戦略、価格競争力
2．スケーリングのための新しいインフラが必要

EVPN採用の理由
- 旧来の技術では2つのSWがトラヒックをスヌーピングしていた
- EVPNはプログラマブル、SW同士が同期できるので予測可能である。
EdgecoreとIPIをパートナーに選んだ理由
- Edgecore、IPIの実績
- ビジョンの共有:disaggregation のマーケットポテンシャル
チャレンジ
- 設定の自動化プラットフォーム

#UKNOF41 プレゼン

LINX公式情報

#Wavesplitterさんの記事

#Access(IP Infusion)のプレスリリース