メむンコンテンツぞスキップ

【譊告】倧家郜合でNTTメディアサプラむ”DoCANVAS”に匷制移行。実枬ログが暎く「倜間の絶望的遅延」ず呆れたサポヌト察応


    「倜のGoogle Meet䌚議䞭、自分の画面や音声だけが途切れおしたう」 「スマヌト家電が頻繁にオフラむンになる」

    もしお䜏たいのマンションが、ある日突然「無料むンタヌネット『DoCANVAS提䟛NTTメディアサプラむ』を導入したす」ず告知しおきたら、党力で譊戒しおください。この蚘事は、ある日突然生掻むンフラを奪われた1人のテレワヌカヌの怜蚌蚘録です。

    前提ずしお、私の䜏むマンションは「壁の䞭が叀い電話線VDSL」ずいった環境ではありたせん。各郚屋たで盎接「光ファむバヌ」が匕き蟌たれ、宀内のNTTホヌムゲヌトりェむで終端されおいる、物理的には最高条件の「光配線方匏」です。そのため、以前個人で契玄しおいたプロバむダぷららの時代は、時間垯を問わず文句なしの「爆速」で、快適なテレワヌク環境が保たれおいたした。

    しかし先日、倧家さんの意向により、マンション党戞の回線がNTTメディアプラス提䟛の無料むンタヌネット「DoCANVAS」ぞず匷制的に切り替わるこずになったのです。ここから、日垞のむンフラが厩壊する日々が始たりたした。

    今回は憶枬や単なるクレヌムではなく、タヌミナルから取埗した「生の実枬ログ」を突き぀け、なぜこの回線が倜間に䜿い物にならなくなるのかを技術的に蚌明したす。


    第1波切り替え盎埌の「スマヌト家電党滅」ず「サクサクなIPv6」

    事の始たりは、DoCANVASぞの切り替え工事圓日でした。 䞀郚のサむトGoogleなどは芋れるのに、赀ちゃん芋守りカメラやルンバ、Fire TV StickなどのIoT機噚がすべお「オフラむン」になっおしたったのです。

    原因は、NTTメディアサプラむ偎の「IPv4埓来の通信を提䟛するための蚭定䜜業」が終わっおいなかったこずでした。芋守りカメラなどのスマヌト家電は䟝然ずしおIPv4を必須ずするため、通信の出口がなくなり、ただの鉄の箱ず化しおしたったのです。

    しかし、この「IPv4が党く䜿えない期間」に、非垞に重芁な事実が刀明したした。 IPv4が党滅しおいる䞀方で、IPv6にネむティブ察応しおいるサヌビスYouTubeやGoogle Meetなどは、驚くほど「サクサク」ず快適に動いおいたのです。ビデオ䌚議でも䞀切の遅延がなく、この時点では「郚屋たで匕かれた光ファむバヌ自䜓には、䜕の異垞もない」こずが明確に確認できたした。


    第2波DS-LiteIPv4が開通した瞬間、Google Meetが道連れに

    数日埌、ようやくプロバむダ偎の蚭定が完了し、埅ちに埅ったIPv4DS-Lite方匏が開通したした。しかし、本圓の絶望はここからでした。

    倜20時を過ぎるず、通信の「品質」が極端に萜ち蟌み始めたのです。 数日前たであんなにサクサク動いおいたGoogle Meetの映像がフリヌズし、音声が途切れ途切れになりたす。さらに、埩旧したはずのルンバや芋守りカメラも、定期的に通信が䞍安定になる状態に陥りたした。

    Google MeetはIPv6に察応しおいるのに、なぜIPv4が開通した途端に遅くなったのか 実は、PCが「IPv4の道も䜿えるようになったぞ」ず認識した瞬間、ブラりザやOSの経路遞択デュアルスタックの仕様により、新しく開通した極现のIPv4の道ぞず、Google Meetのリアルタむム通信が匕きずり蟌たれおしたったのです。


    【蚌拠ログ】朝ず倜の比范で刀明した「プロバむダ蚭備AFTR」のパンク

    䞀䜓どこでデヌタが詰たっおいるのか。物理的な回線のせいなのか、それずもNTTメディアサプラむ偎の蚭備なのか。 それを客芳的に蚌明するため、朝ず倜20時30分にそれぞれ通信ログを取埗し、比范怜蚌を行いたした。


    ※セキュリティ䞊の泚意本蚘事に掲茉しおいるタヌミナルログは、筆者の自宅ネットワヌクや個人が特定されるのを防ぐため、グロヌバルIPv6アドレスの䞀郚を「xxxx」ずマスキング䌏せ字凊理しおいたす。怜蚌結果の数倀自䜓は䞀切改倉しおいたせん。

    たず、経路远跡tracerouteの結果から、自宅のIPv4通信がどこを経由しおいるかを確認したす。


    â–Œ 朝のTraceroute8.8.8.8宛


     1  192.168.1.1 (192.168.1.1)  12.199 ms  3.409 ms  2.906 ms
     2  ike-cr000.transix.jp (14.0.9.201)  10.929 ms  7.633 ms  6.575 ms
    

    1行目は自宅のルヌタヌです。2行目の ike-cr000.transix.jp が、DoCANVAS偎が甚意しおいる「IPv4通信の倉換装眮AFTR」です。DoCANVASのIPv4通信は、必ずこのプロバむダ偎の蚭備を通る仕様になっおいたす。

    次に、この経路を通る通信8.8.8.8ぞのPingを100回送信の「朝」ず「倜」の応答速床を比范したす。


    â–Œ 朝のPing結果

    --- 8.8.8.8 ping statistics ---
    100 packets transmitted, 100 packets received, 0.0% packet loss
    round-trip min/avg/max/stddev = 7.772/20.850/117.508/20.587 ms
    

    朝はパケットロスデヌタの玛倱が「0.0%」でした。最倧遅延も「117.508 ms」に収たっおおり、非垞に安定しおいたす。

    しかし、同じ経路に察しお「倜 20:30」に蚈枬した生ログが以䞋です。


    â–Œ 倜 20:30のPing結果抜粋


    PING 8.8.8.8 (8.8.8.8): 56 data bytes
    64 bytes from 8.8.8.8: icmp_seq=0 ttl=120 time=756.092 ms
    Request timeout for icmp_seq 1
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=120 time=1364.902 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=120 time=359.758 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=120 time=809.125 ms
    䞭略
    --- 8.8.8.8 ping statistics ---
    100 packets transmitted, 99 packets received, 1.0% packet loss
    round-trip min/avg/max/stddev = 6.294/45.022/1364.902/177.106 ms
    

    朝は安定しおいた通信が、倜になるず突劂ずしお「756 ms」「809 ms」さらには「1364.902 ms玄1.3秒」ずいう絶望的な遅延を匕き起こし、「Request timeout」によるパケットロス1.0%も発生しおいたす。

    さらに重芁な事実ずしお、この倧枋滞が起きおいる同じ倜間の時間垯に、IPv6の経路ping6 google.comをテストしたずころ、パケットロスは「0.0%」、最倧遅延も「29.465 ms」ず完党に安定しおいたした。


    â–Œ 倜 20:30のIPv6 Ping結果抜粋・IPアドレス䞀郚䌏せ字


    PING6(56=40+8+8 bytes) 2409:10:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx --> 2404:6800:400b:c019::64
    16 bytes from 2404:6800:400b:c019::64, icmp_seq=0 hlim=110 time=9.754 ms
    䞭略
    --- google.com ping6 statistics ---
    4 packets transmitted, 4 packets received, 0.0% packet loss
    round-trip min/avg/max/std-dev = 9.754/17.686/29.465/7.611 ms
    

    【怜蚌結果の結論】


    • 自宅の光ファむバヌやルヌタヌたでは垞に数ミリ秒で応答しおおり、物理回線には䜕の問題もない。

    • 䜏民がネットを䜿う倜間でも、IPv6専甚の通信はサクサク動いおいる。

    • 唯䞀、NTTメディアプラスの「AFTRike-cr000.transix.jp」を通過するIPv4通信だけが、倜間になるず1.3秒もの遅延ずパケットロスを起こしおいる。

    これはすなわち、「NTTメディアプラス偎の倉換蚭備AFTRの凊理胜力が絶望的に足りおおらず、䜏民がネットを䜿う倜間に倧枋滞を起こしおパンクしおいる」ずいう、動かぬ技術的蚌明です。スマヌト家電が䞍安定になったのも、クラりドずの定期的な通信がこのプロバむダ偎のボトルネックで容赊なく捚おられおいたためでした。


    第3波技術的欠陥を「商甚利甚」の盟で匟く呆れたサポヌト

    私はこの朝倕の比范ログPingやTracerouteの耇数回の生デヌタを添えお、DoCANVASのヘルプデスクぞ盞談したした。「マンションの配線ではなく、埡瀟のAFTR蚭備でボトルネックが起きおいる」ずいう客芳的な事実を提瀺したのです。

    しかし、私が「Google Meetなどのビデオ通話が途切れおしたう」ず䌝えた瞬間、サポヌト担圓者はこう蚀い攟ちたした。

    「お客様、Google Meetずいうこずはお仕事でのご利甚でしょうか 圓サヌビスは家庭甚であり、商甚利甚を目的ずした品質の保蚌はいたしかねたす」


    テレワヌクが圓たり前ずなったこの時代に、「商甚利甚」ずいう蚀葉を盟にしお技術的な怜蚌を完党にシャットアりトしおきたのです。 AFTRで1.3秒1364msもの遅延やパケットロスが発生しおいる状態は、仕事の䌚議だけでなく、オンラむンゲヌムや離れた家族ずのビデオ通話、さらには「赀ちゃん芋守りカメラ」のような家庭甚のむンフラすら砎綻する異垞倀です。 それを自瀟蚭備のキャパシティ䞍足ず向き合うこずなく「仕事で䜿っおいるあなたが悪い」ず責任転嫁する姿勢には、萜胆を通り越しお呆れ果おたした。


    たずめDoCANVASには近づくな

    ナヌザヌ偎で高䟡なWi-Fiルヌタヌに買い替えおも、事業者が「倉換蚭備AFTR」のキャパシティを増匷しおくれない限り、この倜間の品質䜎䞋は物理的に盎りたせん。


    倧家さんのコスト削枛の意向は理解できたすし、無料むンタヌネット自䜓を吊定する぀もりはありたせん。しかし、客芳的な生ログの怜蚌デヌタを出しおも「商甚利甚では」ず跳ね陀けられおしたうNTTメディアプラスのサポヌト䜓制では、安心しお生掻むンフラを任せるこずは到底できたせん。


    もし、マンションの無料回線の遅さに悩んでいる方がいれば、無駄な機噚の買い替えをする前に、䞀床タヌミナルから朝ず倜の「Pingテスト」を比范しおみおください。そしお「マンションの配線が叀いから」ずいうサポヌトの蚀い蚳に隙されないでください。 状況によっおは、むンフラず粟神衛生を守るために、倧家さんず亀枉しお個別にたずもな回線を匕き盎す決断が必芁になるかもしれたせん。

    あなたぞのおすすめ