また昨日と同じです、と支店から声がかかる

月曜の 14 時 25 分。運用フロアの内線が鳴る。大阪支店の窓口だ。

「また昨日と同じです。14 時頃から外部のサイトとクラウド業務が開きません。社内の共有とメールは普段通りに見えています。19 時くらいになると、いつも通り戻ります。毎日同じ時間帯なので、業務側で対応しきれていません」

声に、責める色はない。ただ、毎日同じ訴えを繰り返す疲れと、こちらの返事を早めに欲しい気配がある。支店側は午後の時間帯に、他拠点経由の業務で回している。それで止まりはしないが、毎回、同じ場所で詰まる。

受話器を置いたあなたの横で、瀬戸が背筋を伸ばす。新人研修中、運用1チームの新人だ。

「ええと、外が開かない、なんですよね。これ、ISP の障害ってことですか？ 早く ISP に連絡したほうが——」

「はぁ？」

隣の席で、氷室が振り向く。設計課のシニアSEで、今期は新人研修担当として運用1チームに常駐している。赤ペンが、もう片手で軽く回っている。

「あんた、外が開かないって聞いただけで、ISP に電話する気なの？ 外って、どこの外か言える？ 何を見たら ISP のせいだって言えるか、言える？」

瀬戸の肩がわずかに上がる。あなたは一歩、引いて受話器に目を戻す。窓口は次回更新を待っている。利用者は別経路で回している。先に確認するのは ISP への問い合わせではなく、いま手元に何が見えているかだ。

まず、支店へ短く返す

支店窓口へは、長い説明を返す段階ではない。相手は業務影響と、次に何時に連絡が来るかを知りたい。原因が見えてからまとめて返す、では今日の午後を回せない。

支店向けに返したのは、四つの行だけだ。

• 影響: 大阪支店から外部のサイトとクラウド業務が、午後の時間帯に開けない。社内の共有とメールは見えている
• 暫定対応: すでに他拠点経由で業務を回している前提を共有。こちらから新しい代替手段は依頼していない
• 復旧見込み: 未定。19 時頃に戻る周期は把握しているが、確定の見込みとしては出さない
• 次回更新: 外部宛経路の状態を確認できた時点で、こちらから連絡を入れる

窓口は短く了解の声を返した。「分かりました。19 時の件は参考までに、ということで。次の連絡を待ちます」

瀬戸が、ノートに何か書きながら口を開く。

「あの、毎日 19 時に戻るって、利用者も覚えてるなら、その時間を伝えちゃダメなんですか？ そのほうが安心するんじゃ……」

「はぁ?」

赤ペンが止まる。

「あんた、明日の 19 時も戻る保証、できるわけ? 過去がそうだったってだけで、確定の時刻として伝えたら、戻らなかった瞬間に支店から何て返ってくると思ってるの? 観測した事実と、そこから出した約束は別物。混ぜたら相手の信頼が一発で飛ぶのよ」

瀬戸が、少し考え込んでから、ノートに向かって小さく声を出す。

「えっと……毎日 19 時に戻ってる、は事実。明日も 19 時に戻ります、は約束。事実は残していい、約束はまだ言えない、ってことですか?」

氷室が、ほんの一拍だけ、口の端を動かす。

「やっとまともな文になったじゃない。そう。事実と約束を分けなさい。19 時は参考情報。確定の見込みじゃない」

あなたは、窓口へ返した四行を見直す。「復旧見込みは未定」「次回更新は外部宛経路の状態を確認できた時点」と書いてある。19 時という数字は、利用者の体感として共有はしたが、復旧時刻として約束はしていない。ここまでは線が引けている。

氷室に渡す、初報の補足

支店向けに短い共有を返したいま、あなたが次にまとめるのは、氷室向けの初報補足だ。氷室は新人研修担当として運用1チームに常駐しているが、本職は設計課のシニア。今回の障害が二重化設計の判断まで届くかどうか、初動の整理を見て決める受け手になる。

長い文章は要らない。氷室が知りたいのは、次に誰を動かすかを決める材料だ。

支店窓口に何を返したか。いま、どんな課題が残っているか。手元の観測はどこまで取れているか。次に何を確認するか。判断が要る条件は何か。この五つの親階層に絞る。

ここで、瀬戸がノートを覗き込んでくる。

「外部宛が落ちてる、で、支店内は通る、ってことは、もう ISP A 側の障害で確定じゃないですか? 影響と現在の課題のところに『ISP A 側障害』って書いておけば、氷室さんも判断早いんじゃ——」

「ちょっと、今の本気で言ってる?」

赤ペンが、瀬戸のノートの該当行を、容赦なく消す。

「外部宛 ping が落ちてる、は事実。だから ISP のせい、は仮説。事実から仮説に飛ぶときに、何段ジャンプしたか分かってる? 支店ルータの上で、外部行きの経路がいま生きてるかどうか、まだ一回も確認してないでしょ。経路が消えてるだけかもしれない。経路は出てるけど ISP 側で吸い込まれてるかもしれない。支店側の設定で出口が変わったかもしれない。仮説は三つ以上あるの。それを、見ずに『ISP のせい』で氷室の前に出したら、あんた、研修終わるまでに何回赤ペン食らうつもり?」

瀬戸が、ペンを握り直す。今度は、消した跡の横に、慎重に書き直していく。

「えっと……外部宛 ping が落ちてる、と、ISP の障害です、は、距離が遠い。あいだに、支店ルータが外部行きの経路をいま持ってるか、っていう確認が一段、要るってことですか?」

「そう。観測した事実と、まだ確認できていない仮説を、混ぜずに並べなさい」

あなたは、書き始めた補足のフォーマットを思い出す。観測は観測の欄に。仮説は判断が必要な条件の欄に、ISP への連絡判断として残せばいい。位置を間違えなければ、氷室も瀬戸も、同じ図を見られる。

確認した範囲を、そのまま並べる

手元には、Stage 1 で取った五つの観測がある。

• E001: 支店窓口からの再申告 (14:25)。「また昨日と同じです。14 時頃から外部のサイトとクラウド業務が開きません。19 時くらいに戻ります」
• E002: PC-OSK から支店内ゲートウェイ (10.10.1.1) への ping 3 回。100% 成功 (14:27)
• E003: 同じ PC-OSK から外部代表アドレス (8.8.8.8) への ping 3 回。0% 成功 (14:28)
• E004: 支店ルータ BR-OSK の show ip interface brief。物理 IF も論理 IF も、すべて up/up (14:30)
• E005: BR-OSK の show clock。14:30:42 UTC Mon May 18 2026。窓口の申告時間帯と一致

ここから読めるのは、四つだけだ。

支店内の通信は止まっていない。外部宛だけが届かない。支店ルータ自身は、物理リンクも、その上に乗る論理レベルも、生きている。そして、いま手元の時計は、利用者が「だいたい 14 時頃から」と訴えている時間帯の中にある。

逆に、これだけでは言えないことがある。

外部宛が届かない理由は分からない。外部行きの経路が、支店ルータの中にいま存在しているかどうかも、まだ見ていない。19 時頃に戻る理由も、明日もそうなる根拠も、ここからは出てこない。

瀬戸が、IF が全部 up と書かれた行を指差す。

「あの、IF が全部 up なら、もう支店ルータは『健康』ってことでいいんですよね? あとは外側を見にいけば——」

「物理的につながってることと、論理的に届くことは別。何回言わせるのよ」

氷室の赤ペンが、瀬戸のノートで up と書かれた文字を囲む。

「物理 IF が up、これは『線が刺さって、相手と話す気はある』ってだけ。その線を使って『どこへ出ていくか』は、ルータの中の地図、つまり経路表が決める。地図に外行きの行がなければ、線が何本生きてても、外には出られないの。物理が無事だから、論理も無事、は思い込みなのよ」

瀬戸が、ペンを止めて、ノートに向かって独り言のようにつぶやく。

「えっと、つまり……IF が up は、出口の入り口が空いてる、ってだけで、出口の先まで線路が引かれてるかは、別の地図を見ないと分からない、ってことですか?」

氷室が、片手を腰に当て直す。

「やっとまともな文になったじゃない。線路が引かれてるか、地図のどの瞬間に引かれてるか。そっちはまだ確認してないの。だからまだ、ISP 側のせいとは言えない。支店側のせいとも言えない。両方ともまだ言えないの」

あなたは、補足の「ここまでの観測」の欄に、IF が全部 up だった事実を残す。そして、その下に、「外部宛の経路がいま存在しているか、出たり入ったりしているかは、未確認」と一行、書き足す。

次に、氷室へ何を渡すか

補足の最後に置くのは、二つだ。次に確認すること。判断が必要な条件。

次に確認することは、観測の話だ。手元の事実から、自然に伸ばせる確認を一つ選ぶ。

支店内は届く。外部宛は届かない。支店ルータの IF はすべて up。時計は申告時間帯の中。ここから次に伸ばせるのは、支店ルータの内側で、外部行きの経路がいま存在しているのか、出たり入ったりしているのかを見にいくことだ。具体的なコマンド名は、氷室がこの後の続報で開く。いまの初報補足では、「外部行きの経路の状態を確認する」までで止める。

判断が必要な条件は、別の話だ。観測の結果次第で、こちらが動くか、他部署を動かすかが分かれる。

たとえば、影響が大阪支店全体や他拠点へ広がった場合は、運用1チームの中で抱えず、部門責任者へ上げる。ISP A 側に強い疑いが出た場合は、ISP への連絡判断を出す。ただし、いまその条件はまだ満たしていない。手元の観測は支店ルータの内側まで届いていないからだ。

瀬戸が、最後にもう一度、聞いてくる。

「あの、今日の午後は、これで支店に何時何分まで待たせるんですか? 次回更新の時刻、決めなくていいんですか?」

「決めなくていい、じゃない。決められないの」

赤ペンが、補足の「次回更新」の欄を、ぐるりと囲む。

「次の観測で何が出るか、まだ分かってないでしょ。出てから、どれくらいで次の連絡が出せるか決まる。いま 30 分後とか 1 時間後とか、適当な数字を入れて、後で外したら、支店側の信頼が一段下がる。次の確認が終わった時点で、こちらから連絡します、これでいいの」

瀬戸が、ノートに向かって、ゆっくりと声に出す。

「えっと……時間が読めないときに、無理に時刻を入れない。確認が終わったタイミングで、こちらから次の連絡を入れる、と書く。決めない、じゃなくて、決められないから決めない、ってことですか?」

氷室が、また一拍だけ口の端を動かす。

「やっとまともな文になったじゃない。決められない理由を書けるなら、そう書きなさい。書けないなら、次の観測まで黙りなさい。どっちでもいい」

あなたは、氷室向け補足の最終行に、もう一度目を通す。

利用者向け共有では、影響、暫定対応 (他拠点経由で業務継続中)、復旧見込み未定、次回更新は外部宛経路の状態を確認した後、と返した。影響と現在の課題は、外部宛だけ午後の時間帯に届かなくなる周期障害で、いまの課題は外部宛経路の状態確認。ここまでの観測は E001 から E005。次に確認することは、支店ルータの内側で外部行きの経路の状態を見にいくこと。判断が必要な条件は、影響拡大時の部門責任者への連絡、ISP 側要因が強く疑われた場合の ISP への連絡判断。

原因は書かない。修正コマンドは書かない。19 時に戻る、も約束として書かない。書けないことを、書けない欄に置く。

「で、それを氷室にどう渡すかは、あんたが選ぶのよ」

赤ペンの先が、初報補足のフォーマットの最後の欄を、軽く叩く。

「言える範囲だけ、言える書き方で並べなさい。並べ方を間違えたら、もう一回書き直し。最後に、自分が選んだ並びが本当に氷室の前に出せる形か、自分で確認しなさい」

瀬戸が、自分のノートの欄を、もう一度上から下までなぞる。

「つまり、初報補足は、原因の発表会じゃなくて、次に氷室さんが誰を動かすかを決めるための、整理した材料を渡す場面、ってことですか?」

「そう。それを最初から言いなさい」

氷室の赤ペンが、ようやくキャップを音を立てて閉じる。

支店からの内線は、しばらく鳴らない。あなたは、画面に開いた補足の欄を、もう一度ゆっくりと見直す。次の観測へ進む準備が、ようやくそろっている。