はてなブックマーク

通信キャリアや IX に勤務していたころ、よく「日本をアジアのハブにしよう」と言っていました。 データを整理する機会があったので「実際のところどうなの?」をまとめてみます。 話の背景は文末に回しました。もしご興味あればどうぞ。 「日本をアジアのハブに」の話 パブリックデータから、国際ハブとしての大きさを探る 通信のために事業者が相互接続するとき、検討段階ではどんな事業者がどこにいるかを知っておく必要があります。 接続時・接続後も、たとえば経路数やPOPなど、継続的に情報インプットが必要です。 各種情報がまとまったデータベースとして PeeringDB が有名ですが、そこに登録されている 事業者(AS) 数 事業者(AS) が拠点を持つ国 事業者(AS) が接続するIX がある国 から、「アジア各国で、どれくらいの事業者と接続できそうか」を推測してみます。 ( ある事業者がその国に拠点を持っ

テキストやファイルで設定管理されるようなネットワークの、設定標準化・テンプレート化・Validation について書きます。 経験上、ISP・コンテンツプロバイダなどのネットワークでうまくいった手法ですが、よりよい方法があるかもしれません。ご指摘・コメント頂けるとうれしいです。 現在自動化できていないが、自動化を目指したい 移行過渡期は、もしくは移行後であっても運用上の都合で、手動投入は許容したい ネットワークが正しく設定されているか? を常にチェックしたい このようなネットワーク運用を想定します。 やりたいこと ネットワークデバイスはシステム側からもオペレーターからも変更されうる という環境で、 ネットワークポリシー・設定を標準化し、テンプレートとして実装する → テンプレートが強制力としてはたらき、ポリシーが維持できる 何かのトリガーで 構成管理DB + テンプレートから設定を生成し、

2020年07月08日 追記 はじめに Kubernetes などのコンテナオーケストレーターとの対比によって、ネットワークの世界でも同じように制御できないか注目されています。Cisco、Apstra、VMWare などが言う "Intent Based Networking" や "Closed Loop Automation" も同じものを指していると思われます。宣言的ネットワーキングは「あるべき状態の維持をプロトコルやソフトウェアに任せられるかもしれない」という点で運用上のメリットがあります。 以前所属していた国際Tier1 ISP *1 で、Kubernetes ほど洗練されてはないものの コンセプトとしてはこれを実践していたり、現在もネットワーク自動化の取り組みの中でゴールをここに設定したりしています。 このエントリーでは、 宣言的ネットワーキングとは何なのか 従来のネットワーク運

ネットワーク構成をよりよく理解するために、「ネットワーク設計図をプログラムで描く」という取り組みをはじめました。少し前の IEICE ICM研究会 で発表を行う予定でしたが、残念ながら新型コロナウィルス拡大により、研究会が中止になりました。 せっかくなので概要をまとめておこうと思います。 取り組んでいる課題 ネットワーク設計図は「ネットワークがどうあるべきか」を視覚的に理解しやすくするためのものです。記載される内容は 装置・回線の地理的位置・ネットワーク上の論理的位置・種別 レイヤーごとの接続関係 動作する技術・プロトコル・パラメーター・そのふるまい などなど多岐にわたります。正しいネットワーク設計図は理解の助けになる反面、それを正しい状態に維持することはコストがかかる作業です。そこで コストを抑えるために、記述を省略するなど 正しさを犠牲にしたりします。 たとえば、次の図を見てください。

BGP には古くからMRAI (Minimum Route Advertisement Interval) という機能がある. イマイチ理解していなかったが,動作を確認しておく必要があり いくつかの実装を調査した. ざっくり言うと vSRX IOS-XRv Quagga 新しいprefix の追加時 MRAI 待つ MRAI 待つ(*2) MRAI 待たない 最後の経路削除時(*1) MRAI 待つ MRAI 待たない MRAI 待たない 経路切替時 Best Path になってからMRAI 待つ 前回のUpdate からMRAI 待つ MRAI 周期でのみUpdate (*1) prefix ごとの,最後の経路(path) (*2) 5% 程度,待たないpacket があったため要調査 このようにさまざまな実装がある. 以下目次: MRAI (Minimum Route Advertis

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

inet-henge を使うと、ネットワーク図を簡単に描画できます。 github.com 必要なのは「このデバイスは、あのデバイスとつながっている」という構成情報のみ。 { "nodes": [ { "name": "A" }, { "name": "B" } ], "links": [ { "source": "A", "target": "B" } ] } このエントリーでは、Batfish が持っているネットワークトポロジーをinet-henge をつかって可視化してみます。 たとえば、👇のようなネットワーク図が描けます。 Batfish とは Batfish はネットワークコンフィグ分析ツールで、実機に投入せずとも confiuration validation / 各種プロトコルの状態確認 / ルーティングテーブルやACL分析が可能です。 その一環として、IPアドレスを元に

Wireshark という強力なプロトコルアナライザーがあります。多くのプロトコルをサポートし、「どんなパケットが流れているか分からないが、プロトコルスタックの深いところまで解析したい」場合には 非常に頼りになります。 この記事では、いくつかのプログラミング言語上のバイト列を libwireshark を使ってパケット解析してみます。 直面している問題 ネットワーク運用のために、sflow をきちんと解析したいと思っています。netflow では、ネットワークの制約により 欲しい統計が取れないことがあるためです。 トラフィック制御のために、Q-in-Q、IPIP、GRE などのトンネルプロトコルの出番が増えた バックボーンを流れるときには、さらにMPLS ラベルやSegment Routing Header がつく このようにプロトコルスタックが深い場合、高価なASICであったとしても ネ

2020年02月25日追記: SVG DOM が変更になったため、この記事のCSS ではスタイルが壊れるかもしれません。こちら も参考にしてください。 「構成管理DB から自動でネットワーク図を描く」というコンセプトで、inet-henge というライブラリを開発しています。 ネットワークは日々変化しますが、ネットワーク図の更新が面倒です。「このデバイスはあのデバイスとつながっている」くらいの接続情報の集まりから、オートレイアウトでネットワーク図を描きたい。これがモチベーションです。 ここでは、最近入った機能を使って 好みのネットワーク図を描くためのヒントを紹介します。 計算結果のキャッシュ 計算ステップ数を調整する CSS スタイリング リンク長さの調節 ネットワークステータスの反映 補足: ほかのCSS ヒント 補足: JANOG41 で登壇しました 計算結果のキャッシュ 描画のたびに計

ネットワークエンジニアのまま脱サラし、個人事業をはじめて3年がたった。 おかげさまで ある程度の収益が出るようになったが、 節税のためにやってることのうち「これは」というやつについて書いておこうと思う。 みんな大好きお金の話です。 小規模企業共済 毎月7万円まで積み立てることができて、全額所得控除になるというもの。 わりと有名なやつなので加入者も多いと思う。 共済金の請求方法 (多くの場合は事業をたたむ理由) によって金額がかわるタイプのもので、条件を満たさなければ当然元本割れする。最低で元本の 80% だが、それほどのリスクはないと思う。 理由はいくつかあるが、 もっとも条件の悪い請求方法である解約手当金は「事業は廃業しないが解約する」とか「金銭以外の出資によって法人成りする」などおそらくレアケース 「事業は廃業しないし、積み立てる余裕はない」というケースもありえそうだが、積立金は月1,

2017年08月25日 12:30 (JST) ごろ、日本国内で大規模な通信障害が観測されました。 通信障害の内容について、とても詳細にまとめられている記事があります。 d.hatena.ne.jp 障害の内容はさておき、このエントリでは障害のしくみについて探ってみようと思います。 MRT Dump から見るBGP Update 数の急増 MRT Dump をもとに、該当時刻のBGP Update 数(毎分) をバーチャートにしました。 横軸: 時刻(UTC) 縦軸: BGP Update されたのべPrefix 数 正: NLRI 負: Withdraw 単純にBGP Update の回数をカウントしているため、Path Attribute だけの変更だったり、NLRI → Withdraw → 同じNLRI の場合でも すべて1回と数えています。 普段と比べるとUpdate 数が激増して

背景 ネットワークデバイスからの xFlow を Fluentd で集めて分析、あるいは可視化するということをよくやります。 ルーター製品であれば fluent-plugin-netflow が使えますが、スイッチ製品はそもそも NetFlow がサポートされていません。代わりに sFlow に対応のデバイスが多いものの、現実的に動く fluent-plugin がありません。 NetFlow に比べて sFlow 実装が面倒なためですが、取り組んでみると まあまあ収まりのいい形で実装できた気がする、という記事です。 sFlow の面倒くさい点 パケットデコーダーを内包しないといけない sFlow は L2 情報が中心で、 L3 + ルーティングの情報は普通ありません。 Ethernet ペイロードの先頭 N バイトをコレクター側でデコードしないといけません。さらに、場合によっては下のよう

rancid というツールがある.ネットワーク運用するにあたって,もはや手放せなくなっている.rancid のなにが便利かについては別エントリで書こうと思うが,本来の目的よりも付随する xlogin スクリプト (clogin, jlogin, ...) を気に入って使っている. xlogin について簡単に言えば ネットワークデバイスへのログインを自動化する 指定したコマンド群を逐次実行し,標準出力に出す スクリプティングによって実行コマンドを制御する ようなやつで,1. のための認証情報を~/.cloginrc に書いておく必要がある.パスワード入力が不要になるので「10 台のルーターでshow interfaces descriptions とshow bgp summary とshow ospf neighborを打ってgrep に渡す」とか「100 台のルーターでsyslog の設定

11月末にInternet Week 2016 というイベントで,「BGP Community の基本設計」について発表してきた.内容については 発表スライド をご覧いただければ良いかな と思うが,壇上から挙手アンケートを取ってみてびっくりした. 「顧客から受信したBGP Community を消さずに透過しているかた,どのくらいいますか?」の結果が 1%ほどだった. 該当するけど手を上げられなかった方もいると思うし,母数として全員がAS 運用者じゃなかったかもしれない.が,「えっ! 少なすぎる!」と思った.世の中そんなもんなのかな,と思ってざっと調査した内容を書いておく. 結果から書いておくと「割合的にはまあそんなもん」だった. BGP Community は API なんですよ BGP Community は「便利なタグ」だったり「他社ネットワーク内での自社経路のふるまいを定義できるノ

BGP には,無駄な経路計算を減らすためのMRAI Minimum Route Avertisement Interval) というしくみがあります.BGP Update を送信する前に一定時間待ち,経路変化をバッファリングできる機能です.バッファ中にさらに経路変化があった場合,BGP Update を二度送信しなくてすみます. (MRAI の概要については前のエントリーをご覧ください) codeout.hatenablog.com 一方で,MRAI の実装によりリスクも存在します.経路変化を下手にバッファすることで,たとえばルーティングループが発生し,パケットロスする可能性があります.本エントリーでは どのような場合にパケットロスが発生しうるか,さらにそれを緩和するために何ができるかについて考えてみます. 十分に検討できてないかもですし,いろいろご意見いただるとうれしいです. 目次 経路

BGP ルーターには,Flowspec という機能があります.2009年にRFC5575 として標準化されたもので,ざっくり言えば「遠くのルーターでパケットフィルターを発動させる」機能. 最近 注目されているこのFlowspec のうち,とくにバリデーションについて調べました. 2015年05月28日 追記 @shtsuchi さんに指摘をもらい,IOS-XRv の実装が分かりましたので 追記しました.Flowspec ちゃんと動きます.コメントありがとうございました! 2023年01月31日 追記 @a16tochjp さんに JUNOS 実装についてコメントをもらい,RFC9117 について追記しました.ありがとうございました! ところで,使われてるの? 当初脚光を浴びましたが 大規模にデプロイする事業者がなく,その後しばらく下火でした.ここ数年でコンテンツプロバイダー中心にアーリーアダプ

Postable という誰得すぎるメール通知API をつくりました. やりたいこと 静的サイトジェネレーターでつくったサイトに, コンタクトフォームを置きたい 静的サイトは "静的" なままにしたい Jekyll や Middleman のような静的サイトジェネレーターはすごく便利です. ですが, ちょっとしたものを足したいときにすごい悩む. 私の場合は "コンタクトフォームを置きたい" でした. それだけのために, ruby とか python とか php を動かしたくない Google フォームでもいいけど, ちょっと大掛かりすぎる 将来デザインが崩れるかもしれないので, iframe での埋め込みは避けたい こんな感じで, POST リクエストを受けてメールを送る だけのAPI があればべんりそう! なので作りました. つかいかた 1. Dashboard 上でフォームを作る Bo

NetOpsCoding Advent Calendar 2015 18日目のエントリーです. ハードウェア製品を使ったネットワーキングの話. さまざまなコンポーネントについて YANG Model の標準化が進み,NETCONF 使える気運が高まっています.さらにRESTCONF も待っていて,ハードウェアで高速にルーティングしつつ運用を自動化できそうな予感がしています. 私は,条件がそろえばNETCONF を使います.XML といえど エラーや出力が構造化されていて きちんと取れるのはうれしい. 一方で 日常のネットワーク運用はCLI に頼っていて,判断をはさみつつ手続き (= コマンド) を変えます.このような用途にはNETCONF / RESTCONF はたぶん向きません.大がかりすぎです. 今回は,自動化できないときでも便利な xlogin を紹介します. ( ようやく,これ自動

Gitlab + Jenkins があまりグッとこなかったので,Gitlab + Gitlab CI をためしてみた.結論から言えば,Gitlab + Jenkins より良いと思う. Docker 上に準備 やることは Gitlab コンテナを動かす Gitlab CI コンテナを動かす Gitlab Runner コンテナを動かす OSX 環境でためしたので, $ docker-machine ip default 192.168.99.100 文中の192.168.99.100 とポートは適宜読み替えてください. 1. Gitlab コンテナを動かす $ curl https://raw.githubusercontent.com/sameersbn/docker-gitlab/master/docker-compose.yml > gitlab.yml $ docker-compo

「どの程度お手軽にフルルートを注入できるか?」の続編です. 2015年08月12日 追記 : gobgp の不具合,修正されました codeout.hatenablog.com 今回 gobgp のコミッターさんから「mrt 実装しましたー,もしお時間あったら試してみてください!」と連絡もらったので 試しました. MRT TABLE_DUMP からフルルートを注入してみます. gobgp ? BGP Daemon のGo 実装です. 速そうだしガンガン機能が足されていて 注目のbgpd. Go なので,マルチコアをうまく使ってくれそう gobgpd (サーバー) とgobgp (CLI) で構成されている サーバー <-> CLI 間はgrpc MRT から経路生成できるし,MRT Dump もできる 経路フィルター書けたり,VRF つくれたり,RPKI できたり,route server

リーン・スタートアップと言ってもいい.Web 界隈ではあたりまえの開発手法を ネットワークの開発に使うのはむずかしい. 自分はインターネットが得意で (ネットワークとしてのインターネットね!) たかだかIP と上下レイヤーくらいしか分からないんだけど,なにか新機能を作るときの事情はだいたい共通していると思うし,幅広く「ネットワーク」とくくってしまう.実際は共通どころか,エンタープライズネットワークのほうが制約が多いし,IP よりPHY のほうがつらい.まだ自由度があるインターネットでさえ,Web 界隈やミドルウェア,サーバーインフラ界隈のようなスピードで動けない. うらやましいことに,それらの開発についてはオンライン/オフラインいろんなところで議論され,本が出版され,ノウハウが溜まっていく.一方でネットワーク開発は 低いギアでアクセル踏みっぱなしのような,なんか「タスクこなしてるんだけど進

スパムフィルターをSpamAssassin に変えてから,DNS クエリーが増えた. 「なにこれ」と思ってだいぶ放置してたんだけど,あらためて何をしているか調べた. ざっくり言うと SpamAssassin は多数の外部ブラックリストサービスに依存しており,DNS クエリーを使って問い合わせる.スパマー側のMTA 構成やメール本文にもよるが,かなりクエリーを吐く.手元のメールでは 1 通を評価するのに50~70 クエリーほど. SpamAssassin って? Perl で書かれたアンチスパムソフトウェア.Wikipedia 読めばだいたい分かると思う. $ spamc -R < path_to_a_spammail ... Content analysis details: (4.1 points, 4.0 required) pts rule name description ----

e-Tax などでおなじみの公的個人認証サービス(JPKI) に必要なICカードリーダーのうち,鉄板だという「SCR3310-NTTCom」が生産終了になるらしい ので1つ買ってみた. ざっくり言うと OSX10.10 (Yosemite) で使うには メーカー製のドライバーには触れるな 必要なドライバー のインストール これでOK.JPKI 利用者クライアント はそのまま使える. NTTコミュニケーションズ 接触型ICカードリーダー・ライター e-Tax Win&Mac対応 SCR3310-NTTCom 出版社/メーカー: NTTコミュニケーションズ発売日: 2007年07月24日メディア: Personal Computers購入: 94人 クリック: 2,093回この商品を含むブログ (41件) を見る メーカー製のドライバーには触れるな メーカーサイト に純正ドライバーがあるが,Yo

2014/03 月に出た24.3 以来, ひさしぶりのupdate. さっそくインストールしてみた. 見やすくなったブラウザー 自動インデント 矩形選択 -> コピー&ペースト 重複行の削除 などの便利機能が使える. OSX 10.10 $ brew update $ brew install emacs --cocoa /usr/local/Cellar/emacs/24.4/Emacs.app ができるので, /Applications にコピー. いろいろ下位互換が失われてるっぽい apel が読みこめない Wrong type argument: sequencep, 769 apel 依存のlisp もずいぶん無くなったし, もうメンテナンスされていないようなのでapel を捨てることにした. さしあたって使えなくなるのは pukiwiki-mode.el これも古いlisp に

知ったかぶりしない NETCONF に続く, NETCONF エントリーです. 今回はNETCONF の実装をいくつか試す. A Ruby gem for NETCONF Netopeer 前のエントリーでは「NETCONF 便利そうだけど, データモデル*1 が共通じゃないので使うのつらそう. 特にいろんな種類のものがある場合は」というようなことを書いた. 一方で「できる範囲でいいから物理ルーター/スイッチを自動管理したい」ニーズはあるので, 今回は「現状どんなことができるの?」を確認しようと思う. たくさん試したわけではないので, 他に便利アプリがあるかもしれない. オススメ情報があったらぜひ教えてください. 2014年11月04日 追記 状態取得時に送信するべきXML を, JUNOS 上で調べる方法 管理対象 (Netconf Server) 今回はJuniper Firefly P

最近ネットワーク関連のカンファレンスなどで 再び注目され始めたNETCONF について調べてみた. NETCONF はネットワークデバイスの設定や状態を取得/更新するための管理用プロトコルで, 特にネットワーク全体を統合管理できるという特徴を持つ. RFC で標準化されている. 背景 NETCONF のはじまりは結構古くて, 2001 年くらいから「こんなのあったらいいよね」という議論があったっぽい. ネットワーク運用者にとって 当時の大きな問題は「CLI + SNMP によるネットワーク管理はめんどい」ということ. 2002 年のIAB Network Management Workshop でも議論され, その結果がInformational なRFC としてまとめられている. RFC3535: Overview of the 2002 IAB Network Management W

emacs 上で検索 → 編集するときの "検索" を高速化しよう! という話題です. color-moccur + moccur-edit の代わりにag.el + wgrep を使います. やりたいこと emacs 上で あるディレクトリー配下をキーワード検索し,結果を表示 検索結果を直接編集 → もとのファイルに変更が適用される moccur-grep-find + moccur-edit-mode を使えばできます.かなり便利. moccur-grep-find が遅すぎる color-moccur はgrep コマンドがない環境でも動きます.それはそれですばらしいのですが,遅すぎて使いにくい. 手元の3500 ほどのテキストファイルを検索するのに 60秒.無理.そんなに待てない.*1 M-x ielm *** Welcome to IELM *** Type (describe-

[2016年06月15日] 追記: markdown-mode をアップデートしたら動かなくなったのを修正 みなさん, いろんなところにメモを書いていると思います. 私は長らくRD Format で書いていましたが, 度々Markdown にしようかと考えてました. 2年くらい, 思いつくたびに後回しにしていましたが... 今日はっきりと「Markdown のほうがよい理由」にぶち当たってしまったので, 残念ですがRD やめてみようと思います. しばらく使ってみて, Markdown が肌に合わなければ 戻します. なぜ Markdown? howm でMarkdown を書く方法 既存のメモ(RD) をMarkdown に変換する方法 なぜ Markdown? メリット > デメリット と感じるまでに 2年かかった. メリット Blockquote(引用) が表現できる 今回のモチベーションは