オン コール現時点では日付が少しぼやけているように見えるかもしれませんが、今日は金曜日であり、オン コール電話に関する読者の体験談をThe Registerがシリーズで紹介する時間であることを保証できます。
読者の皆様は、先週ジェフがRS-232の診断にAチーム風のペーパークリップを使った方法を使ったことを覚えていらっしゃるかもしれません。今日の記事では、彼が再び登場。ホテルのミニバーでどんなに貪欲な客でも「おいおい、おいおい」と言いたくなるような請求書の請求額を処理。
ホテル宿泊客の請求書に数百万ドル単位の請求が複数回表示されているという苦情の電話がかかってきた。もちろん、100万ドルが大金だった1980年代のことだ。
もちろん、Apple のコンピューターに車輪を付けようとでもしない限り、それでもかなりの金額です。
ペーパークリップ、電話線のスプール、そして扱いにくいRS-232回線：ホテルITの素晴らしい世界でマクガイバーになる
続きを読む
ジェフ氏は、客が「レストランで食事をし、レストラン管理システムが料金を送ったとき、受け取った請求額は数百万ドルも間違っていた」と回想する。
その後、正しい料金が請求されました。
先週の電話の騒動と同様に、レストランのシステムはホテルの一方の端にあり、コンピューターは反対側にあり、さらにまったく別の階にありました。
今回はペーパークリップのトリックではうまくいかなかったので、ジェフはレストランシステムのベンダーと一緒にホテルに飛んで、問題を調査しました。
「インターフェースは、プリンターやテレタイプ機が使用するのとまったく同じように、単純な『送信して祈る』形式の『データ』でした」と彼は回想する。
確かに、それはもっとシンプルな時代でした。顧客の請求書を明細化し、誰がワインを注文したか、貪欲な誰かが前菜を3つ注文したかを責めるために、すべての IoT エッジ デバイスが Kubernetes を実行する本格的なサーバーである必要がなかった時代です。
「私たちは廊下や階段にワイヤーを敷設し、データ接続を傍受して一箇所に座って何が起きているかを観察できるようにしました」と彼は語った。
二人は多くのリクエストが破損するのを観察し（つまり100万件のリクエストが破損する）、システムは自己修復しました。謎でした。どこかの配線がショートしたのか？それともソフトウェアに何か問題があるのか？当時のコンピューターは安くはなく、ハードウェアの故障は望ましくないものでした。
二人が頭を掻いていると、廊下からエレベーターの音が聞こえてきた。エレベーターが通過すると同時に、不正イベントが発生した。また別のエレベーターが通過する。また不正イベントが起きた。
「RS-232 接続がエレベーター シャフトを通じて配線されていることに気づきました...」
エレベーターが使用する電力がケーブルに吸収され、ケーブルがアンテナの役割を果たして回線に乱れが生じていました。そのため、数字の送信中に誰かがエレベーターを呼び出すと、不具合が発生していました。
「解決策は」と彼は笑った。「600ドルのラインドライバーだったよ。」
ジェフには、もう一つ話したいことがありました。それは、「コンピュータがクラッシュした」という電話を受けたときのことです。結局、車が縁石にぶつかり、ホテルのコンピュータ室の壁を突き破ったのが原因でしたが、それはまた別の日にお話しすることにします。
四輪駆動車や不注意運転によるコンピューターの故障現場に呼び出されたことはありますか？あるいは、回線の干渉が予想外の事態を引き起こすのを目撃したことはありますか？もしそうなら、On Callまでメールで状況をお聞かせください。®
