概要 BGPを使用したPrefix SIDのやり取り BGPではIPv4、または、IPv6のルート情報と一緒に従来のMPLSで使用されるLabelもやり取りすることが可能で、この機能をBGP-LU(BGP Labeled Unicast)と呼びます。 BGP-LUにおいて、ルート情報とLabelは以下のMP_REACH_NLRI(Multiprotocol Reachable Network Layer Reachability Information)パスアトリビュートに格納され、SAFIには4が使用されます。(以前はSAFIには128が使用されていました。) 異なるASのPEルータ間でLSPを構築する際に、BGP-LUは使用されます。BGP-LUを使用して、自AS内のPEルータのIPアドレスとLabelを他ASに広報することで、異なるASにまたがるLSPを構成可能です。 Segment

※この投稿は米国時間 2020 年 6 月 17 日に、Google Cloud blog に投稿されたものの抄訳です。 クラウド アーキテクトによく寄せられる質問の一つに、「2 つのエンドポイント間でリクエストとレスポンスをどの程度まで迅速に交換できるのですか？」というのがあります。ネットワークのラウンドトリップ レイテンシを測定するツールには ping、iperf、netperf などがありますが、すべてが同じように実装、構成されるわけではないため、ツールによって結果が異なる場合があります。ほとんどの場合、この質問に対する代表的な回答が得られるツールは、netperf であると考えられます。これからその詳細について説明していきます。 Google は、レイテンシ ベンチマークに関する実践的な経験を重ねてきました。このブログでは、Google とサザン メソジスト大学の AT&T Cen

The Layer5 Service Mesh Landscape is a community-curated collection of service mesh projects. We encourage project maintainers to directly update and represent their service mesh’s functional and non-functional details. Found a discrepancy, missing or out-dated information? Let Us Know

What is a Service Mesh? A service mesh is a dedicated infrastructure layer that adds features to a network between services. It allows to control traffic and gain insights throughout the system. Observability, traffic shifting (for canary releasing), resiliency features (such as circuit breaking and retry/timeout) and automatic mutual TLS can be configured once and enforced in a decentralized fash

Ethr is a cross platform network performance measurement tool written in golang. The goal of this project is to provide a native tool for comprehensive network performance measurements of bandwidth, connections/s, packets/s, latency, loss & jitter, across multiple protocols such as TCP, UDP, HTTP, HTTPS, and across multiple platforms such as Windows, Linux and other Unix systems. Ethr takes inspir

2019/10/03 Managing Kubernetes のススメ (社内勉強会用資料)

TL; DR EVPN は仕様が標準化され、Control / Data Plane が分離されているにも関わらず、Service Interface が異なる場合 ふつうは相互接続できません。 これがマルチベンダー EVPN を困難にする一因になっています。 この記事では Juniper vQFX (VLAN Aware Bundle) と vEOS (VLAN Based) 間で EVPN 接続し、実際に MAC 学習できないことを確認します。 それから、両者を橋渡しできるような Route Reflector を書くことで MAC 学習させ、通信させてみます。 TL; DR EVPN とは マルチベンダーで EVPN 使いたい！ ほんとうに相互接続できないか試す やはり通信できない vQFX vEOS BGP Update Message を覗く vQFX (VLAN Aware B

ビジネス推進本部 応用技術部 コアネットワークチーム 井上 勝晴 2013年にETSI NFV ISGによりNFVの全体像を形作るGroup Specificationが公開されてから3年が経過し、「NFV」という単語を当たり前のように耳にするようになりました。 弊社ネットワンシステムズはNFV PoC（Proof-of-Concept）を自社ラボに構築し、「可用性、運用保守性、柔軟性」をKeywordとした幾つかの実証試験を行いました。（ネットワン NFV の全貌と市場への挑戦②） このような活動の中、複数のお客様より、NFVが汎用x86サーバー上で提供されるが故のパフォーマンス面への懸念点を多く頂戴しました。そのような背景もあり、NFV環境におけるパフォーマンス課題とその解決方法について、実環境である弊社PoCを用いて実証実験を行いましたので、その結果を本コラムにて前編・後編に分けてご

年末年始になると自宅のネットワーク周りをいじりたくなるmizutaniです．1年くらい前にミラーリングできるスイッチを格安で手に入れてはしゃいで自宅ネットワークの監視環境を作ったんですが，今見直してみるとわりと複雑な構成で，これをどうにか整理できないかと昨年末に思い立ちました．機器の構成はなるべくシンプルにするとともにどうせなら今風な作りにしようということで，Docker + Linuxで構成するPCルータを作ってみました． 設計 原則 サービスのモジュール化 Linux kernelにやらせなければならない仕事を除き，各サービスをなるべく独立して動かせるようにします． 市販のブロードバンドルーターなどと比べ，Linuxを入れたマシンは非常に自由度が高いためなんでもできますが，そのために環境が"汚れて"しまうという問題が有ります 細かい変更を続けるうちにサービスや保存してあるファイルの依存

この記事は, ｢Mackerel Advent Calendar 2017｣の17日目の記事です. qiita.com EdgeRouter Xでmackrel-agentを動かす EdgeRouter Xは, ネットワーク機器ベンチャーUbiquiti Networksというところが開発しているルータ製品の1つです. 安価な割にいろいろ遊ぶことができて, 秋あたりからいろいろと設定して遊んでいます. ちなみに最近はAmazonでも買えるようになったみたいです. Ubiquiti Networks Edgerouter ER-X（日本国内） 出版社/メーカー: Ubiquitiメディア: Personal Computersこの商品を含むブログを見る EdgeRouter Xの上にはMIPSが乗っており, すなわちMIPS向けにビルドすればEdgeRouter Xでもmackerel-ag

2013年のJPIXネットワーク運用管理セミナーで話したものです。NetFlow, sFlow, IPFIX周りのお話です。Read less

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ##追記 2017/09/21：http pingも打てるように機能を追加しました。kwskはイカ。 golang版Exping「pexpo」にhttp pingの追加とその実装。 ##pexpo https://github.com/nnao45/pexpo ##どういうツールなのか。 題名にもあるような、Exping的なものをgolangでterminal上で動くアプリに描き下ろしたものです。 とても軽く、IPv6も対応しており、pingのintervalも500msまでならしっかりと打てます。 windows,Mac,Linux等

本記事は下記URLに移動しました。 ５秒後に自動的に移動します。 https://needlework.jp/article/needlework-firewall-policytest ファイアウォールのポリシーテストを自動化する製品「NEEDLEWORK」の販売開始から１年が経過し、先日メジャーバージョンアップもいたしました。 より製品のことを知ってもらうために、何回かに分けてNEEDLEWORKの紹介記事を書いていきたいと思います。 目次 NEEDLEWORKとは？ 今までのテスト 今までのテスト構成 今までのテスト方法 NEEDLEWORKでのテスト NEEDLEWORKでのテスト構成 NEEDLEWORKでのテスト方法 最後に 資料ダウンロード NEEDLEWORKとは？ まず、NEEDLEWORKは何をするための製品かを説明します。 NEEDLEWORKは、ファイアウォールのセ

これまで4回にわたってネットワークの運用管理の自動化について連載してきました。 ネットワーク運用の自動化の全体像とライフサイクル ネットワーク機器自身が持つ機能による自動化（ZTP） 自動化ツールによる構成管理（Ansible） ライブラリを使って簡単にデータの取得、機械的な判断を実行（Python）、表示（Jupyter） 第4回でも少し触れましたが、自動化できる作業的な部分と人の判断が必要な部分を明確に分けることで、作業は機械に任せ、人は判断に集中できる運用が可能になります。最終回の今回は、イベントドリブンな自動化とネットワーク運用の将来像について紹介します。 作業の自動化をサポートする方法 これまで紹介してきた自動化ツールは、それぞれ特定の業務を自動化するのに有効なものです。これらを運用の一部に取り入れるだけでも、運用負荷をかなり低減できます。そこからもう一歩自動化を進め、業務の自動