篠原 修司＠フリーライター✏️ @digimaga ネット炎上の解説やデマ訂正（ファクトチェック）のYahoo!ニュースエキスパート｜iPhoneやPC・ガジェットのお役立ち＆おトク情報も発信｜ChatGPT等の生成AIにも興味｜たまにAbema出演｜アマゾンアソシエイトメンバー｜あと猫好き 仕事のご相談は digimaganet@gmail.com まで digimaga.net 篠原 修司 (Shuji Shinohara) ｜フリーライター✏️ @digimaga 那覇市役所の職員「パソコン移動させよ」 ↓ 職員「LANケーブルなんか余ったな。よく分からんし、とりあえずここ挿しとくか」 ↓ 大　規　模　ネ　ッ　ト　ワ　ー　ク　障　害　発　生 那覇市役所庁舎等のネットワーク障害について【令和6年4月5日　更新】 city.naha.okinawa.jp/admin/osirase/…

コンパウンドスタートアップのためのスケーラブルでセキュアなInfrastructure as Codeパイプラインを考える / Scalable and Secure Infrastructure as Code Pipeline for a Compound Startup

まとめ #JANOG 51 Meeting Day2午前 https://www.janog.gr.jp/meeting/janog51/ 2023 年 1 月 25 日（水）〜 27日（金） 本会議：ふじさんホール（富士五湖文化センター・富士吉田市民会館） 懇親会：ハイランドリゾートホテル 1629 pv 9

JANOG Meeting @janogmeeting #janog 51 富士吉田 [DAY3] 1月27日 10:00～10:45 3F市民ギャラリー 「Containerlabを使用した商用環境と同等な検証環境の作成とユースケースについて」 中川 稜 (LINE株式会社) 嶋 勝也 (シスコシステムズ合同会社) janog.gr.jp/meeting/janog5…

Netlinkを学び始めました。記録です。 今回はNetlink メッセージをコードで書く内容であったり、そのメッセージをキャプチャしてバイナリを読みながらNetlinkを理解する記事になります。 Netlinkとは? ユーザー空間とカーネル空間のやりとりを行う事が出来るLinux kernelのサブシステムです。 Netlinkは、socket通信を利用してユーザー側はカーネル空間との通信を行う事が出来るため通常のネットワークプログラミングと同じように、Netlinkに関する様々な要素を持ったヘッダーを付加し送信を行った後、recv関数といったソケットからメッセージを受け取る関数を使用する事でカーネル空間とユーザ空間の通信を実現しています。 linuxjm.osdn.jp ネットワーク経由でNetlinkを使用する主な要素としては以下が挙げられます。 経路テーブルに関する操作(例:追加,

平成27年度電気通信事故に関する検証報告 ○報告書　　　○報道発表（平成28年7月29日） 平成28年度電気通信事故に関する検証報告 ○報告書　　　○報道発表（平成29年7月28日） ○「平成27年度電気通信事故に関する検証報告」のフォローアップアンケート実施結果 ○「平成27年度電気通信事故に関する検証報告」のフォローアップアンケート実施結果【概要版】 平成29年度電気通信事故に関する検証報告 ○報告書　　　○報道発表（平成30年9月28日） 平成30年度電気通信事故に関する検証報告 ○報告書　　　○報道発表（令和元年8月9日） 令和元年度電気通信事故に関する検証報告 ○報告書　　　○報道発表（令和2年9月4日） 令和2年度電気通信事故に関する検証報告 ○報告書　　　○報道発表（令和3年9月22日） 令和3年度電気通信事故に関する検証報告 ○報告書　　　○報道発表（令和4年11月11日）

総務省の有識者会議「電気通信事故検証会議」は2022年10月5日、KDDIが7月に起こした大規模通信障害に関する検証報告書を公表した。KDDI自身がこれまで4度にわたって記者会見を開いて説明しているので全体像は把握していたが、さらに深掘りした興味深い内容となっている。 例えば障害の影響が全国に波及した点。同業他社からは「KDDIはなぜ影響を局所化できなかったのだろうか」と疑問の声が上がっていた。原因は、同社が音声通話用の「VoLTE（Voice over LTE）交換機」のネットワークをフルメッシュ構成にしていたためだった。東西でネットワークを分けるのが一般的な印象だが、同社は「特定の拠点で発生する輻輳（ふくそう）を早期に収束させるため」に全国フルメッシュ構成を採用していた。これが裏目に出た。今後は東西分散構成に変更するという。 検証報告書を読むと、厄介な出来事が次々と発生して事態が悪化し

法人番号2000012020001　〒100-8926　東京都千代田区霞が関2－1－2　中央合同庁舎第2号館　電話03-5253-5111（代表）【所在地図】

第1回  （平成27年5月28日開催）   配付資料  議事要旨 第2回  （平成27年6月23日開催）   配付資料  議事要旨 第3回  （平成27年9月29日開催）   配付資料  議事要旨 第4回  （平成27年11月13日開催） 配付資料  議事要旨 第5回  （平成28年1月28日開催）   配付資料  議事要旨 第6回  （平成28年2月19日開催）   配付資料  議事要旨 第7回  （平成28年3月29日開催）   配付資料  議事要旨 第1回  （平成28年5月13日開催）   配付資料  議事要旨 第2回  （平成28年7月1日開催）     配付資料  議事要旨 第3回  （平成28年10月3日開催）   配付資料  議事要旨 第4回  （平成28年11月15日開催） 配付資料  議事要旨 第5回  （平成29年2月16日開催）   配付資料  議事要旨 第6回 

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

2022/08/09 追記 「RFC 9293 Transmission Control Protocol (TCP)」として正式なRFCが出ました TCPのコア部分の仕様は1981年に発行された「RFC793 TRANSMISSION CONTROL PROTOCOL」で標準化されています。 この、RFC793の改訂版となる「Transmission Control Protocol (TCP) Specification」は、2013年からIETFのTCPM WGで議論されてきましたが、4月4日にIESGによって承認されました(参考URL)。現在はRFC出版の準備に入っています(新しいRFC番号はこの後正式に決まります) www.ietf.org 改めてTCPの仕様を読みたい場合はこのドキュメントを読むのが良さそう。 概要 この改訂版の仕様(通称 rfc793bis)は、RFC793が

サマリ この記事は3社協同プロジェクトの紹介記事であり、ブログリレーの中編です configを頼りにL1トポロジをNetBox上で再現し、Batfishで解析できるようにしました 障害耐性を測るためにリンク障害を模擬したL1トポロジを自動生成しました Batfishの解析結果からL1/L2/L3の情報をモデルとして抽出し再利用可能にしました はじめに イノベーションセンターの田島です。主にサービスプロバイダ網の技術検証から検証用ASの設計・構築・運用まで担当しています。 この記事は沖縄オープンラボラトリ 1 で実施している、TIS株式会社/ビッグローブ株式会社/NTTコミュニケーションズ株式会社の3社協同プロジェクト「Model Driven Network DevOps PJ」 2 の内容を紹介します。詳細は後述しますが、このPJではトポロジをはじめとするNW構成情報を中心にした設計・構

本番ネットワーク環境を安全に設定するため、BIGLOBE、NTTコミュニケーションズ、TISの3社が合同で取り組んでいる研究のご紹介です。既存環境から自動抽出したモデル上で、設定を事前に検証します。 1. はじめに プロジェクトの背景 プロジェクトのねらい システム構成と動作フロー この記事で紹介する内容 2. 運用対象ネットワークの検証環境構築方法 検証環境のネットワーク構成 vrnetlabによる検証環境の構築 vrnetlabのマルチノード構成 検証環境のまとめと今後の課題 3. NW装置のコンフィグとステータスの自動定期取得 実際のワークフロー 今後の課題 次回：L1-L3トポロジのモデルデータの作成 最後に 1. はじめに 基盤本部ネットワーク技術部の滝口と、同じくネットワーク技術部の川口です。 BIGLOBEは2021年8月から沖縄オープンラボラトリ（Okinawa Open

こんにちは。アマゾンウェブサービス（AWS）サポートの有賀と申します。好きなサービスはAmazon Virtual Private Cloud（VPC）です。これからAWSサポートの各メンバーがそれぞれ「今一番AWSユーザーに伝えたいこと」を連載の形でお届けしていきます。筆者の担当する本稿では、AWSの「ネットワーク」について見ていきたいと思います。今回は、ネットワークの「論理設計」について解説します。 本稿でお伝えするのは下記の第2回の内容です。全3回に渡って解説していきます。 AWSのネットワークの物理的な側面 ⇒ 第1回 AWSのネットワークの論理的な側面 ⇒ 第2回 AWSのネットワークにおけるベストプラクティス ⇒ 第3回 AWSのネットワークにおいて過去に発生した問題の事例 ⇒ 第3回 必ずしもAWSの使い方といった内容ではないので、今日すぐに使える知識にはならないかもしれませ

VPCを支える技術の一つであるMapping Serviceについて、なんとなく概要が分かるように絵を描きました。 コンバンハ、千葉（幸）です。 突然ですが皆さんはVPCのマッピングサービス（Mapping Service）というものをご存知でしょうか？普段カスタマーとしてVPCを利用する上では意識する必要がないため、ご存知ない方も多いかと思います。かく言う私もきちんと存在を認識したのはごく最近です。 調べてみるとなかなか面白い世界だったため、自分なりに絵を描いて理解し、まとめてみました。本稿ではそれを用いて皆さんにMapping Serviceとは何ぞやのご紹介をしたいと思います。 （ちなみにブログのアイキャッチはこちらのスライドから引用しました） なお、Mapping Serviceの詳細な仕様は公開されていないため、ソースとしては主に以下の2つを参照しています。 こちらはAWSのクラ