2024-01-17-19 JANOG53 参加レポート - 版の履歴

2024年1月22日 (月) 23:18にHkatouによる

2024-01-22T23:18:36Z

2024年1月22日 (月) 23:09にHkatouによる

2024-01-22T23:09:44Z

← 古い版		2024年1月23日 (火) 08:09時点における版
278行目:		278行目:

	* 商用コンフィグはデカすぎて扱うのがつらい		* 商用コンフィグはデカすぎて扱うのがつらい
			[[カテゴリ:イベント]]
	[[カテゴリ:~~レポート~~]]

Hkatou: /* BIGLOBE AS2518をまるごと仮想環境へ”コピー”してみた */

2024-01-19T06:43:30Z

BIGLOBE AS2518をまるごと仮想環境へ”コピー”してみた

← 古い版		2024年1月19日 (金) 15:43時点における版
261行目:		261行目:

	* iperf ノードや監視システムも同時にデプロイされる		* iperf ノードや監視システムも同時にデプロイされる
			* iperf は商用のフローデータから、プレフィックスごとの流量を再現させた

	===== 仮想環境で確認できたこと =====		===== 仮想環境で確認できたこと =====

2024年1月19日 (金) 06:31にHkatouによる

2024-01-19T06:31:39Z

← 古い版		2024年1月19日 (金) 15:31時点における版
238行目:		238行目:

	IPv6 ND RA と DHCPv6 ってややこしいよね・・・		IPv6 ND RA と DHCPv6 ってややこしいよね・・・

			=== [https://www.janog.gr.jp/meeting/janog53/as2518/ BIGLOBE AS2518をまるごと仮想環境へ”コピー”してみた] ===
			[https://www.janog.gr.jp/meeting/janog53/wp-content/uploads/2024/01/janog53-as2518-takiguchi-pre.pdf 資料1]

			[https://www.janog.gr.jp/meeting/janog53/wp-content/uploads/2023/11/janog53_as2518_all.pdf 資料2]

			[https://www.janog.gr.jp/meeting/janog53/wp-content/uploads/2024/01/janog53_as2518_%E6%BB%9D%E5%8F%A3%E6%95%8F%E8%A1%8C.pdf 資料3]

			All 実機では難しい商用 NW を仮想環境で再現して、「NW 全体の動作を」「実際にやって確認」したい。

			==== BIGLOBE ====
			DC 10 拠点、L2SW / Router で 50 台以上、3.2Tbps 以上、ピア数 220 以上。

			月 20 件程度の作業に対して、障害を防ぐためのレビュー多すぎ問題がある。

			* ベテラン -> マネージャー (-> 部長)

			構成図を最新に保つことが難しい。

			===== 仮想環境の作成 =====
			商用環境のコンフィグを吸い出して、コンテナ NOS を生成する仕組みを構築し、テストベッドを使えるようにする。

			* iperf ノードや監視システムも同時にデプロイされる

			===== 仮想環境で確認できたこと =====
			show コマンドやトラフィック断の有無などは、仮想環境で確認でき、レビュー者の負担が減らせた

			===== 仮想環境できなかったこと =====
			Juniper の cPRD に統一したが、Cisco ルータの挙動は確認できていない。

			PNI は適用可能だが、IX / Transit ピアは非定型で対応できていない。

			外部 AS も再現したいが、コンフィグが無い。

			* 再現に必要な情報を別途与える

			コンフィグのデフォルメと網羅性の両立が難しい。

			* 商用コンフィグはデカすぎて扱うのがつらい

	[[カテゴリ:レポート]]		[[カテゴリ:レポート]]

2024年1月19日 (金) 04:30にHkatouによる

2024-01-19T04:30:53Z

← 古い版		2024年1月19日 (金) 13:30時点における版
231行目:		231行目:
	=== [https://www.janog.gr.jp/meeting/janog53/div4fhr/ OpenStack on L3 Clos-NW First-Hop Redundancy by Open vSwitch & BGP in Yahoo! JAPAN network.] ===		=== [https://www.janog.gr.jp/meeting/janog53/div4fhr/ OpenStack on L3 Clos-NW First-Hop Redundancy by Open vSwitch & BGP in Yahoo! JAPAN network.] ===
	[https://www.janog.gr.jp/meeting/janog53/wp-content/uploads/2024/01/%E3%80%90%E7%99%BA%E8%A1%A8%E8%B3%87%E6%96%99%E3%80%91OpenStack-on-L3-Clos-NW-First-Hop-Redundancy-by-Open-vSwitch-BGP-in-Yahoo-JAPAN-network.pdf 資料]		[https://www.janog.gr.jp/meeting/janog53/wp-content/uploads/2024/01/%E3%80%90%E7%99%BA%E8%A1%A8%E8%B3%87%E6%96%99%E3%80%91OpenStack-on-L3-Clos-NW-First-Hop-Redundancy-by-Open-vSwitch-BGP-in-Yahoo-JAPAN-network.pdf 資料]

			=== [https://www.janog.gr.jp/meeting/janog53/nfv/ 次世代OpenStack NFV基盤の検証] ===
			[https://www.janog.gr.jp/meeting/janog53/wp-content/uploads/2023/11/janog53-NFV-%E8%BE%BB-%E5%BA%83%E5%BF%97-pre.pdf 資料]

			IPv6 シングルスタック環境で構築する OpenStack 基盤のナレッジ。

			IPv6 ND RA と DHCPv6 ってややこしいよね・・・

	[[カテゴリ:レポート]]		[[カテゴリ:レポート]]

2024年1月19日 (金) 02:57にHkatouによる

2024-01-19T02:57:21Z

@@ 197行目: / 197行目: @@
 ==== 予想に反した検証結果 ====
-* '''Deep Buffer''' のジョブ完了時間が、Shallow Buffer よりも'''長い'''
+* '''Deep Buffer''' のジョブ完了時間が、Shallow (短い) Buffer よりも'''長い''' (なんでや !)
-** Deep Buffer はドロップが抑えられているが、時間が長かった
+** Deep Buffer はドロップが抑えられているが、処理時間が長かった
 * 負荷が高くても Shallow (短い) Buffer のほうが、ジョブ完了時間が短かった
 * PFC のみ有効だと、InDiscards が増加し、OutDiscards は発生しない
@@ 210行目: / 210行目: @@
 * Deep Buffer は必要ないかも
 [[カテゴリ:レポート]]

Hkatou: /* Day2 */

2024-01-18T07:55:42Z

Day2

@@ 136行目: / 136行目: @@
 * any src to 1 dest
 * 受信側で tail drop
-* 難しい
+* 対処が難しい
 ==== Fabric congestion ====
@@ 186行目: / 187行目: @@
 * Traffic Class のキューから PAUSE フレームを送信する
 [[カテゴリ:レポート]]

Hkatou: /* Day2 */

2024-01-18T07:27:03Z

Day2

@@ 129行目: / 129行目: @@
 |リンクアップが遅い
 |}
 [[カテゴリ:レポート]]

2024年1月18日 (木) 03:30にHkatouによる

2024-01-18T03:30:36Z

← 古い版		2024年1月18日 (木) 12:30時点における版
103行目:		103行目:
	{\| class="wikitable"		{\| class="wikitable"
	\|+		\|+
	!		比較
			!規格
	!変調方式		!変調方式
	!波長数		!波長数
116行目:		117行目:
	\|任意		\|任意
	\|?		\|?
	\|		\|使用実績が長い
	\|コストが高い		\|コストが高い
	\|-		\|-
123行目:		124行目:
	\|100G x 1 波長		\|100G x 1 波長
	\|必須		\|必須
	\|400G-~~LR4 や~~ PLR4 から可能		\|400G-PLR4 から可能
	\|IC 部の微細化でコスト低減されそう		\|IC 部の微細化でコスト低減されそう
	波長数が少ないため、HW コンポーネント数が低減 -> MTBF に好影響		波長数が少ないため、HW コンポーネント数が低減 -> MTBF に好影響
	\|リンクアップが遅い		\|リンクアップが遅い
	\|-
	\|
	\|
	\|
	\|
	\|
	\|
	\|
	\|}		\|}
	[[カテゴリ:レポート]]		[[カテゴリ:レポート]]

2024年1月18日 (木) 02:57にHkatouによる

2024-01-18T02:57:13Z

@@ 87行目: / 87行目: @@
 ==== 質疑応答 : NTT は金持ちだから成長しなかった ? ====
-お金が自由に使えることで、不利になることがある。
+お金が自由に使えることで、不利になることがある。お金に制限があることで、知恵と工夫をする余地が生まれる。
 * Google : インチキサーバで企業
@@ 94行目: / 94行目: @@
 もの好き同士の連携が少なくなっているのでは。
 [[カテゴリ:レポート]]