QUICとNATと – JANOG48 Meeting
場所 OHGAKI(完全リモート) 日時 Day3 2021年7月16日(金) 14:45～15:15(05分) 概要 RFC9000で標準化が完了したQUICはUDP443番ポートを使うプロトコルです。それが故にIPv4のNATルータとの間で起こる問題について考察したいと思います。 発表者 川上 雄也(NTTコミュニケーションズ株式会社) 公開資料 公開資料
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
場所 OHGAKI(完全リモート) 日時 Day3 2021年7月16日(金) 14:45～15:15(05分) 概要 RFC9000で標準化が完了したQUICはUDP443番ポートを使うプロトコルです。それが故にIPv4のNATルータとの間で起こる問題について考察したいと思います。 発表者 川上 雄也(NTTコミュニケーションズ株式会社) 公開資料 公開資料
場所 OHGAKI(完全リモート) 日時 Day3 2021年7月16日(金) 14:45～15:15(05分) 概要 HTTPSというDNSレコードタイプを定義するdraft-ietf-dnsop-svcb-httpsがもうすぐRFCになります。実利用はすでにはじまっており、WebサーバのDNSへの登録は従来のA/AAAAレコードから今後は新しいHTTPSレコードに移行していくことになるでしょう。本発表ではHTTPSレコードの簡単な紹介と、それにともなう注意点を説明します。 発表者 山口 崇徳(株式会社インターネットイニシアティブ) 資料 公開資料 DNSでHTTP (DNS Summer Day 2021)
JANOG51の野良BoF「個人AS運用を議論するBoF」の発表資料となります。当日のディスカッションの内容を発言者の個人が特定できない形に編集した上でスライド後半に追記しております。
https://example.com/ example.com. IN HTTPS 1 svr.example.com. ; svr.example.com. IN A 192.0.2.1 ; IP IN AAAA 2001:db8::1 example.com. IN A 192.0.2.1 ; IP IN AAAA 2001:db8::1 ; CDN cdn.example.net. IN HTTPS 10 sv1.example.net. alpn=h3,h2 ech=abc … IN HTTPS 20 sv2.example.net. alpn=h3,h2 ech=xyz … sv1.example.net. IN A 192.0.2. 1 sv2.example.net. IN A 192.0.2.2 https://example.com/ ; Web CDN example
DNSの可視化検討 JANOG49 Meeting
English information here 概要 DNSにおいてHTTPSレコードという新しいレコードタイプが最近使われ始めたのですが、Aレコード/AAAAレコードに次いでクエリ量が多い状態となりDNSの総トラフィックを引き上げることとなりました。 このような変化に気づき、モニタリングを行うためにDNSの可視化に取り組んでいます。弊社が構築したシステムを紹介しつつ、他ISPの方々にもヒアリングを行い、皆様がどういった可視化をされているか紹介する予定です。 ヒアリングした結果どれくらいの情報が集まるか次第ではありますが、時間がありましたら本セッションでOCNのDNSシステムの構成についてもご紹介致します。 場所 TOUGOU (第二ホール) 日時 Day2 2022年1月27日(木) 11:30～12:15(45分) 発表者
JANOG51 にて発表＆議論しました - NTT Communications Engineers' Blog
JANOG51参加報告 イノベーションセンターの田島です。サービスプロバイダーネットワーク網の技術検証から検証用 AS の設計・構築・運用まで担当しています。 2023/01/25 ~ 27 の日程で富士吉田市にて開催されました JANOG51 に登壇し、参加された方々と議論しました。 この記事ではまず田島が登壇したセッション内容について振り返り、加えて NTT Com の他のメンバが登壇したセッションについてもいくつか紹介します。 JANOG51はアーカイブ動画が 2023/02/28 まで配信中です。 この記事以外でも NTT Com からパネリスト参加や LT での発表もありますので、プログラム一覧 から資料や録画を是非ご覧ください。 もし本番ネットワークをまるごと仮想環境に"コピー"できたらうれしいですか? TIS 株式会社、ビッグローブ株式会社、NTT Com の3社協同プロジェ
QUICについて話そう JANOG49 Meeting
English information here 概要 JANOG48のライトニングトークで「QUICとNATと」というタイトルで新しいトランスポートプロトコルであるQUICが既存のNATやSPIの運用に対して及ぼす影響についてクイックに紹介しました。 本プログラムでは更に踏み込んでQUICの設計理念や実装からネットワーク運用へのインパクトに至るまでじっくりと時間を取って解説して理解を合わせることで、QUICの目指すWeb/インターネットの世界を実現するためにネットワークオペレータがどのように協調していくことができるかをレイヤーを乗り越えてみなさんと議論したいと思います。 場所 SAIGOU (第一ホール) 日時 Day2 2022年1月27日(木) 17:00～18:00(1時間00分) 発表者
この問題に対する取り組みは多々ありますが、中でも今回のセッションに深く関係するものとして、セーファーインターネット協会(SIA)による「海賊版対策実務者意見交換会」があります。出版社、通信・IT業界、およびそれを取り巻く法律関係者などが参加し、ユーザへの啓発活動や海賊版サイトへのアクセスを抑制するための連携施策を検討・実施しています。 そして、これの下部組織として、マンガ海賊版対策の技術検証チームが組成されました。このチームでは、海賊版サイトの分析や解析、およびそれに基づく対策を模索しています。今回登壇した方々はいずれもこのチームのメンバーです。 マンガ海賊版サイト対策にエンジニアが果たせる役割 次の発表は山下健一さん(さくらインターネット)です。マンガ海賊版サイト対策にエンジニアがどう貢献できるのかを、自身の体験をもとに発表しました。 山下さんは現在、さくらインターネットでabuse窓口
AI/ML基盤の400G DCネットワークを構築した話 - JANOG52 Meeting in Nagasaki
JANOGプログラム内田 泰広(株式会社サイバーエージェント) 小障子 尚太朗(株式会社サイバーエージェント) |10:15|10:45 English information here 概要 サイバーエージェントではCycloudという社内向けのプライベートクラウドを構築・運用しています。 ML Platformとして独自の機械学習基盤を提供しており、今回初めてGPU間を高速接続するためのロスレス・低遅延な400Gインターコネクトを構築しました。 本発表では、国内外で事例の少ない400G DCネットワークを導入するにあたって工夫したことと苦労したことを共有し、 これからのネットワークとコンピューティングに求められる技術や課題などについて議論できればと思っています。 場所 2F コンベンションホール 日時 Day3 2023年7月7日(金) 10:15～10:45(30分) 発表者
場所 SOPIA 日時 Day3 2021年7月16日(金) 16:30～17:45(1時間15分) 概要 既に社会インフラとなっているインターネットは災害や政治的背景によっても遮断される様な事がある 2021年1月30日ミャンマー/2021年2月15日テキサス州でのインターネットが遮断されトラフィック量が削減が観察された事例や 2月13日の福島沖での地震でのインターネットトラフィックの変動の観測や政治的背景でインターネットが遮断もしくは曲げられる様な事が起きたと時に どの様な手が考えられるのかを共有し、それぞれの立場から議論をしていきたいと思います。 発表者 土屋 師子生 (アリスタネットワークスジャパン合同会社) 佐々木 健 吉田 友哉 (NTTコミュニケーションズ株式会社) 松崎 吉伸 (株式会社インターネットイニシアティブ) 登 大遊 (NTT東日本 / IPA / ソフトイーサ)
若手エンジニアにおすすめ！JANOG49会場ネットワーク構築体験談 - BIGLOBE Style ｜ BIGLOBEの「はたらく人」と「トガッた技術」
JANOGの会場ネットワークはボランティアが構築します。次世代育成の側面もあるこの活動に、学生や新人エンジニアを支援する大人枠として参加しました。 はじめに JANOGとは？ 参加のきっかけ 参加の目的 JANOG49 会場ネットワークの構成 実際の活動内容 リモートでの事前準備（〜1/18まで） ホットステージ ホットステージ1日目 ホットステージ2日目 ホットステージ3日目 会場設営（1/25）、会期（1/26〜1/28） おわりに はじめに 基盤本部 ネットワーク技術部 前野です。 2022/1/26〜28に開催されたJANOG49 Meetingで会場ネットワークの構築ボランティアスタッフとして活動した内容をご紹介いたします。 社外の方々にも共有したいと思い立ったのは、先日開催されたJANOG50 Meetingに参加したのがきっかけです。 次回のJANOG51でスタッフに応募され
場所 OHGAKI(完全リモート) 日時 Day2 2021年7月15日(木) 11:45～12:15(05分) 概要 いつもとは逆方向にうるう秒が入るかも・・と2021年1月にニュースになっていました。今までにうるう秒は27回実施されてきましたが、すべて1秒の挿入でした。 最後にこの1秒の挿入が行われたのは2016年の大みそかです。その後は自転の速さが増しているようで、この数年、自転のほうが原子時計よりも早くなり、負のうるう秒、1秒削除が検討されているそうです。 みなさんは、この負のうるう秒にどう対応しますか？ 発表者 海野 俊(シトリックス・システムズ・ジャパン株式会社) 公開資料 公開資料
English information here 概要 5G・IoT社会に伴い増加する通信機器の需要に対応するため、IPv6シングルスタック方式の提供を開始しました。 JANOG48「IPv6アドレス利用拡大に向けたドコモの取り組み」にてアプリ開発者向けの試験環境提供についてアナウンスさせていただき、多くの開発者様にご利用いただきました。 本発表ではJANOG48でお話しした内容を踏まえ、IPv6シングルスタックから新たに取り入れた運用について紹介させていただきます。運用スタイルを変える際の障壁、苦労点、対処（抵抗勢力のやっつけ方）について、皆様とディスカッションできればと考えています。 場所 1Fメインアリーナ 日時 Day2 2022年7月14日(木) 13:00～13:30(30分) 発表者
場所 OHGAKI(完全リモート) 日時 Day3 2021年7月16日(金) 16:30～17:15(45分) 概要 5GやIoTのサービスの進化に伴って携帯電話ネットワークに接続する端末数は増加の一途を辿っており、CGNを適用しているネットワークにおいてもIPv6の利用拡大の重要性は日に日に増しています。 そんな折、2020年1月に開催されたJANOG45では 携帯電話でIPv6使えてますか？ のセッションにおいてMNO各社のIPv6対応状況の実態が調査比較され、私どもNTTドコモのネットワークでIPv6をご利用いただくには、「引っ越してIPv6が払い出されるまで繋ぎなおす」旨の考察をいただきました。 このような外部環境とJANOG45での考察なども踏まえ、ドコモではIPv6の利用拡大に向けた計画を進めて参りました。当日は今年度ローンチ予定であるモバイルネットワークでのIPv6シングル
はじめに 開会宣言 2019/07/24-26 に兵庫県神戸市の神戸国際展示場で開催された JANOG44 Meeting in Kobe に参加、登壇してきました。 本ブログでは、2回に分けてレポートします。 その1 参加編（本記事） その2 登壇編 ここからはじめよう、運用自動化 その1である本記事では、参加した本会議の各プログラムの一覧と、いくつかピックアップして感じたことなどをまとめます。 togetter @goto_ipv6 さん ありがとうございます JANOG44 Meeting Day 1 #janog - Togetter JANOG44 Meeting Day 2 午前 #janog - Togetter JANOG44 Meeting Day 2 午後 #janog - Togetter JANOG44 Meeting Day 3 午前 #janog - Toget
NTTドコモ 國友宏一郎 水口直哉 相川雅英 2021/07/16 IPv6アドレス利用拡大に向けたドコモの取り組み ⓒ2021 NTT DOCOMO, INC. All Rights Reserved. 目次 ・はじめに ・ドコモにおけるIPv6対応 ・IPv6利用拡大に向けた対策 ・アドレス変換方式 ・IPv6対応に向けた試験 ・IPv6シングルスタックで目指したもの ・ディスカッションポイント 1 ⓒ2021 NTT DOCOMO, INC. All Rights Reserved. コアネットワーク はじめに：自己紹介 ・水口直哉 ・相川雅英 サービスデザイン部 ・國友宏一郎 ネットワーク開発部 インターネット ISP 2 ⓒ2021 NTT DOCOMO, INC. All Rights Reserved. はじめに：疑問への回答 不思議に答えます。 また、IPv6の利用拡大に向
JANOG46でオンラインとオフラインを繋いできた
企画編成委員の佐藤太一です。 JANOG46 Meeting in Okinawa、皆様お楽しみ頂けましたでしょうか？ 見逃した方は昨日よりアーカイブも全プログラム(野良BoF除く)で公開していますのでぜひご覧下さい！ https://www.janog.gr.jp/meeting/janog46/programa/ ※2020年10月19日(月)の13:00までの公開を予定しています さて、以前のニュースレター(JANOGらしい、リモート運用)でも触れておりますが、 今回は”JANOGらしいリモート運用”環境を作るために春頃から色々と準備を進めました。 会期中に大きなトラブルなく終えることが出来、まずはほっとしております。最終的には最大同時接続約650、のべ視聴数約3500以上の方々に参加/視聴を頂いた形となりました。 「構成についてもっと細かく聞きたい」「苦労話や失敗談を聞かせて」とい
1.7.5. 考察 追加検証の結果から、 Fair Adaptive Dynamic Thresholds （FADT）のような制御アルゴリズムが有効に働いている Fair Adaptive Dynamic Thresholds （FADT）の無効化によりジョブの完了時間が長くなっているため キューの最大遅延時間がジョブの完了時間に影響している キューの最大遅延時間を短くすることでジョブの完了時間が短くなったそのため、バッファのサイズではなくキューの最大遅延時間がジョブの完了時間に影響していると考えられるただ、デフォルト設定よりもOut Discardsが発生しているが、TCPの再送で救えておりジョブに影響は出ていない更にTCPの再送がデフォルト設定よりも早く発生しているため、結果的にジョブの完了時間が短くなっている ということがわかりました。 これまでの検証では、Shallow Buff
これは JANOG LT のフォローアップブログです。 Go+XDPな開発何も説明できなかったことに気がついたので書きました。 SRv6,GTPv1,XDPの大まかな説明は世の中に神な資料があるので特に説明はしません。 もしebpfとはなんぞなどの疑問がある方は janog 45 パケット処理の独自実装や高速化手法の比較と実践 拙作のブログ: 今日から始めるXDPと取り巻く環境について などを合わせて見ていただけるといいと思います。 TL;TR Go+XDPな開発をしたいなら cilium/ebpf を使うといい https://github.com/takehaya/goxdp-templateという雛形を作ったので始めるときに参考にして欲しい。 GoでXDPをやるときの選択肢と最近の利点 Goを利用する際の開発においての選択肢は以下のようにいくつかあります。 newtools/ebpf
Our Challenges to Open Source SRv6 Data Center Networking JANOG49 Meeting
English information here 概要 LINEのサービスは年々多様化し、インフラに求められる要件もそれに合わせて複雑化しています。JANOG44では、断片化したテナントネットワークの運用負荷を軽減するために、SRv6を用いたデータセンターネットワークアーキテクチャを紹介しました。 初期の実装では、NeutronがVMをネットワークに接続させる責務だけでなく、他のVMへの疎通性を広報する責務まで負っていました。後者の責務は、本来ルーティングデーモンが行う責務であり、このような実装になっていることで、Neutron serverへのポート情報の取得が高頻度に行われ、Neutron自体が非常に高負荷なコンポーネントになっていました。そのため、現在我々は、標準的なBGPを利用した、より進化したSRv6データセンターネットワークアーキテクチャの設計を行っています。 また、このアーキ
English information here 概要 IPv6に関連するテーマは以前からJANOGでも多く取り扱われ、直近でも様々な議論がされてきていると思います。 そんな中でLINEでもIPv6対応をプロジェクトとして推進し、コミュニケーションアプリである「LINE」に関連するコンポーネント(ネットワーク、サーバ、仮想基盤、アプリ、セキュリティ)のIPv4/IPv6 dual stack化を行ってきました。 今回の発表ではプロジェクトの概要やプロジェクト内で発生した課題と得られた成果、将来的に発生しそうな課題、今後の展望を共有し、何がIPv6対応を妨げ、どんなところに注意すべきかをコンテンツ事業者目線でお話し出来ればと思います。 また、今回の発表を通して議論したいポイントは「コンテンツ事業者がIPv6対応するモチベーションはなにか、何があればIPv6対応したいと思うか」、「IPv6アド
English information here 概要 2021年6月に韓国の法廷で「トラフィック増加に対する対価支払いについてNetflixはISPと交渉を行う義務はない」というNetflixの主張が否定されました。 やや分かりにくいこの判決に至る経緯やその後の状況レポートを韓国在住のKDDI研究所特別研究員/ITジャーナリストの趙さんから、この問題についての経済学的分析やそのインパクトについての解説をネットワーク中立性問題の専門家である中央大学の実積教授から行います。 場所 TOUGOU (第二ホール) 日時 Day2 2022年1月27日(木) 16:30～18:00(1時間30分) 発表者
システムクラウド本部に所属、パブリッククラウドの開発、運用をしています。 日本酒とPCゲームが好きです。 こんにちは、システムクラウド本部の三好 貴大です。 今回のブログは4月からの新入社員である私が、JANOG44に初参加してきましたので、その様子や、自分が感じたことをお伝えしたいと思います。 JANOGについての基本情報 まずはJANOGについて簡単な紹介を。 今回の参加者は1600人超え！ 毎年2回開催 今回が44回目 南は沖縄、北は北海道と、全国で開催される 今回のJANOG44は7/24(水)～26(金) に兵庫県神戸市で開催されました JANOGの目的は、インターネット関連企業の技術者がインターネットに関する技術について議論、検討、紹介などをして情報を交換することで、日本のインターネットをより良くしていこう！というものです。 具体的にはLightning Talkやディスカッシ
ここがヘンだよ日本人の英語コミュニケーション 〜日本人特有の落とし穴を知り、グローバル社会でも活躍できるエンジニアになろう〜 - JANOG51 Meeting
JANOGプログラムここがヘンだよ日本人の英語コミュニケーション 〜日本人特有の落とし穴を知り、グローバル社会でも活躍できるエンジニアになろう〜 English information here 概要 「海外メーカーの本社担当との交渉」「海外事業者とのピアリング交渉」「海外データセンターの選定・交渉」「外国人エンジニアの採用」など、最近では国内企業に勤めるエンジニアの方々も、英語でコミュニケーションを取らざるを得ない状況が増えているかと思います。 英語の得意不得意に関らず、このような状況に四苦八苦している方も多いのではないでしょうか。 その一方で、日本人としてグローバル組織の中で働く立場から見ていると「世界のエンジニアの水準と比べても日本人エンジニアはとても優秀なのに、コミュニケーション面で損していてもったいない！」と感じることがたくさんあります。 本発表では、さまざまな状況において「日本
JANOG48 Meeting ホーム
JANOG48 Meeting 開催にあたって JANOG48のテーマは、「ブリッジ」です。 JANOGミーティングはオペレーター、運用者のみならず、多種多様な職種な方が集い、オープンに議論が展開される場です。昨今のCOVID-19影響によって緊急事態宣言が発令された結果、前回のミーティングでは初の完全オンライン開催となりました。 これまでのミーティングのように現地会場内で発表者と参加者が議論を行うことはできませんでしたが、手法を変えオンラインであっても発表や議論ができることを改めて感じることができたのでは思います。 今回のテーマ 「ブリッジ」 には、発表形態がオンライン、オフラインを問わず、これまでもこれからもJANOGコミュニティが果たす、人と人をつなぐ架け橋の場、という意味を込めました。そのために私たち実行委員会は、発表者と参加者をつなぐ役割として、皆が盛り上がるミーティングを作りた
English information here 概要 SPF、DKIM、DMARCなどのメールセキュリティの延長線上にBIMIというものがあります。BIMIは信頼できる送信元からのメールにロゴを表示するという仕組みです。まだRFCにはなっていませんが、2021年7月にはGmailが正式リリースするなど大きな動きがありました。 本セッションではBIMIを使ってロゴを表示するための仕組みを送信側、受信側の視点を交えながら説明します。また、実際にやってみてわかった苦労した点や、それをどうやって乗り越えたのか、乗り越えられなかったかなどについても紹介します。 まだまだ始まったばかりのBIMIですが、今後どのように付き合って行けばいいのか議論できればと思います。 場所 TOUGOU (第二ホール) 日時 Day2 2022年1月27日(木) 12:15～13:00(45分) 発表者
English information here 概要 ネットワーク自動化については過去に幾度もJANOGで議論がされていますが、主に設定自体の変更やそれを行うステップなどの議論が主であり、関連するデータをどう扱うかという議論はあまりされていません。 各種パラメーターをエクセルで管理する場合、最新のパラメーターの更新や確認が困難であったり、競合が発生する場合もあります。 近年ではSSoT(Single Source of Truth/信頼できる唯一の情報源)として、データを一元的に管理する考え方や、それらを活用してネットワーク診断をする手法なども登場してきています。 自動化するために必要なデータは様々ありますが(物理情報、論理情報、管理情報、運用情報 等)それらのデータを扱う上でどのような課題があるでしょうか？ 各種データをどのように複雑性を排除し正確に扱うことができるのか、それらのデータ
JANOG49 QUICについて話そう
QUICについて話そう Yuya Kawakami (@yuyarin), SoftBank Kazuho Oku (@kazuho), Fastly 2022-01-27 JANOG49 このプログラムの経緯 JANOG48でライトニングトークをしたところ高評価を頂きましたが、LTで議論が できなかったのでプログラム応募してみました 2 登壇者 3 川上 雄也 (@yuyarin) ソフトバンク株式会社 Senior Network Architect 奥 一穂 (@kazuho) Fastly K.K. JANOG48 LTのきっかけ 4 このプログラムの目的 QUICは新しいパラダイムのプロトコルなので 既存のネットワークインフラとギャップがある QUICの理念や特性をネットワークオペレータが理解して、 QUICを活かすネットワーク運用ができるようになりたい 5 プログラムの流れ ●
JANOG (JApan Network Operators Group)は、日本のインターネット運用に関わるエンジニアが集まるコミュニティです。毎年2回、各地で技術情報を交換するJANOG Meetingが開催されていますが、2021年1月27日～29日に開催されるJANOG 47 Meetingはコロナ禍の影響を受けオンラインのみでの開催に変更されました。 JANOG MeetingにはIIJのエンジニアも多数参加しており、IIJはJANOG Meetingをスポンサーとして支援しています。オンライン開催にあわせ、スポンサーの展示ブースもバーチャル展示ブースに変更となりました。この記事はIIJのバーチャル展示ブースとして、JANOGer向けの動画などを掲載しています。 ※JANOG 47企画のバーチャル展示ブーススタンプラリーのQRコードは、それぞれの動画の最後に表示されます。 Int
【長崎】ＪＡＮＯＧミーティング県内初開催 ネット課題を議論
長崎市で、国内のインターネットの専門家らが参加するミーティングイベントが５日から始まりました。３日間にわたり、人工知能や情報セキュリティなど最新の課題について議論します。 （市野真一・実行委員長）「セミナーではなく、ミーティングであるというところがＪＡＮＯＧがＪＡＮＯＧたるところ」 長崎できょうから始まった「ＪＡＮＯＧ５２ミーティング」。ＪＡＮＯＧはインターネットやネットワークに精通した「日本・ネットワーク・オペレーターズ・グループ」の英語表記の略称です。 インターネットが一般に普及しはじめた１９９７年から年に２～３回、「運用上の課題」についてディスカッションをしています。長崎では、初めての開催です。 （県立大学情報システム学部 岡田雅之教授）「課題をみんなで議論して長崎で問題を解決できた、フェイストゥフェイスのミーティングが再開されたという交友を生むことができればいい」 １８７１年に上海
JANOGプログラム松崎 吉伸(株式会社インターネットイニシアティブ) 前村 昌紀 (一般社団法人日本ネットワークインフォメーションセンター(JPNIC)) |14:45|15:45 English information here 概要 AFRINICでは2020年以降、メンバーの契約及びポリシー違反の疑いとその処分に端を発して、多数の訴訟が起こされ、業務体制が大きく棄損されている。2023年3月のAPNIC理事選では、選挙不正の懸念が取り沙汰され、結果的には現職を中心とした実績のある候補が当選したものの、それが脅かされる恐れにヒヤヒヤしたという事件が発生し、JANOG界隈でも大きな話題となった。普段ネットワークを運用し、IPアドレスを利用していて、その基盤がこのように脅かされると想像したことがあっただろうか？ このセッションでは、インターネット運営調整団体に関与してこういう問題に間近に
場所 SOPIA 日時 Day2 2021年7月15日(木) 10:15～10:45(30分) 概要 前回の JANOG では DC ネットワークにおいてサーバやストレージなどの First-Hop Redundancy を実現する様々な技術について議論しました。 我々はその中でも過去自社のサービスで学んだ経験から EVPN Anycast Gateway に注目しております。 今回は実際に我々のクラウドサービスのネットワーク基盤で EVPN Anycast Gateway を検証し、商用へ導入・運用した経験について共有するとともに、設計にあたって悩んだ点や検証で遭遇したトラブルを紹介しながら、EVPN Anycast Gateway をどのように設計・検証・運用していくのがよいかを皆さんと議論したいと思います。 発表者 北川 拓 (NTTコミュニケーションズ株式会社) 公開資料 公開資料
JANOG49「Clos Network Topologyを運用するために、どのような取り組みをしていますか」レポート | さくらのナレッジ
はじめに 2022年1月26日(水)〜28日(金)の3日間、鹿児島市の川商ホールにてJANOG49ミーティングが開催されました。 今回のJANOGでは、当社ならびにグループ会社のエンジニアによる発表が何件かありましたが、それらの中から、1月27日(木)に行われた発表「Clos Network Topologyを運用するために、どのような取り組みをしていますか」の模様をレポートします。 発表者の紹介 このセッションの発表者は、当社クラウド事業本部の梅原潤さんです。梅原さんは「さくらの専用サーバPHY」のインフラエンジニアで、主に下記の業務を担当しています。 Nomad, Dockerによるアプリケーション実行基盤 Victoria Metrics, Prometheusによるメトリクス管理・監視基盤 Grafana Lokiによるログ監視・管理基盤 Clos Network Topology
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WebサーバのDNSへの登録方法が変わるよ – JANOG48 Meeting
個人AS運用を議論するBoF (JANOG51)
WebサーバのDNSへの登録方法が変わるよ - JANOG48 LT
JANOG50「マンガ海賊版サイトの技術要素と対策法」レポート | さくらのナレッジ
インターネット(遮)断 – JANOG48 Meeting
負のうるう秒がやってくる・・かも？！ – JANOG48 Meeting
「IPv6シングルスタック運用裏話」 JANOG50 Meeting
IPv6アドレス利用拡大に向けたドコモの取り組み – JANOG48 Meeting
JANOG44 レポートその1【参加編】 - てくなべ (tekunabe)
JANOG48 IPv6アドレス利用拡大に向けたドコモの取り組み
JANOG53 登壇レポート「データセンターネットワークでの輻輳対策どうしてる？」
Go+XDPな開発を始めるときに参考になる記事/janog LT フォローアップ - お腹.ヘッタ。
「LINE」をIPv4/IPv6 dual stack環境に変更した話 JANOG50 Meeting
Netflix vs ISP 韓国での訴訟とそのインパクト JANOG49 Meeting
JANOG44の初参戦記 | IIJ Engineers Blog
これから始めるBIMI ～メールにロゴを表示させるまでの長い道のり(継続中)～ JANOG49 Meeting
ネットワーク自動化に必要なデータとその管理方法と活用方法とは？ JANOG50 Meeting
JANOG 47 IIJ バーチャル展示ブース | IIJ Engineers Blog
地域インターネットレジストリは本当に堅牢なのか？ - JANOG52 Meeting in Nagasaki
EVPN Anycast Gateway を商用導入した話 – JANOG48 Meeting
blazor-master.com
nlab.itmedia.co.jp
monoist.itmedia.co.jp
www.anzu.or.jp
www.asahi.com
atmarkit.itmedia.co.jp