スキップしてメイン コンテンツに移動

わが家がDS-Lite方式に対応した話

最近、PPPoEとIPoE(IPv4 Over IPv6)の差がないことに気が付きました（ASAHIネット）

フレッツ光のIPv6利用者の普及率は2021年3月に80％に到達しています。平成13年12月4日 (v6pc.jp)
このデータがPPPoEからIPoEへの移行を証明することはできませんが、IPv6対応コンテンツのトラフィックは確実にIPoEへ移り変わっており、PPPoEの混雑問題は改善に向かっているのかなと思います。特に光コラボで移行したユーザーはV6プラスなど自動設定による接続がライト層の切り替えを後押ししているのでしょう。（しらんけど）

私も先日やっとルーターを購入しましてIPv4トラフィックをPPPoEを使わなくなりました。
IPoE自体はかなり前から対応していたのですが、2021年4月からDS-Lite方式の接続提供開始をうけ、ホームゲートウェイ(PR-400KI)の交換を検討していたのですよ。でも利用者都合の変更は費用が発生するんですよね～、無線LANはAruba InstantOnを使っているので無線LANが付いたブロードバンドルーターを買う気にはなれなかった。もうね、壊れないかな～とか。

という感じだったけど年明け早々にAterm WX5400HP を2台買いました。（1台は両親用）そろそろ2023年新製品が発表されるよな～とか思いつつね。
正直なところ性能とかはどうでもよくてIPv4 over IPv6を使いたかったのよ。あとは未使用のiPhoneSE3を両親に送ったのでWi-Fi対応させたかったのでサポート目的。
InstantOnはなかなか入手できないので市販品を採用。そうなるとゼロタッチのリモート設定などが出来なくなるので同じものが手元にあると安心。予算的には1台1万5千円までと決めて悩みました。下のクラスなら1万円切るけど、家庭用って何年も使ってないので性能不足とかだと嫌だな～という安心を買う意味で5400を選んだ。

それにしてもね。家庭用NW機器の進化はすごいですね。IPoE対応プロバイダーならLANケーブルを刺すだけでISP接続まで完了するって便利になったもんだ。こういうところって家庭用は良いですよね。日頃企業向け製品を触っているのでまずはコンソール接続でIPアドレスの設定からスタートが当たり前なのでスゲ～って感じです。
実家に送った1台もすんなり接続できたし、さっさと買って送ればよかったかな～とちょっと後悔しました。

で、DS-Liteですけど・・・PPPoEとそんなに変わらないかな～という感じ。朝昼晩や曜日を変えて比べてみたけどそんなに変わらないですね。応答時間もスループットも同じ値を返してきます。PPPoEガチャではずれを引かなければプロバイダーのバックボーン設備によるところが大きくなっているんですかね。
安心して？使える時代になったな～と感じました。

個人的には IPv6 PPPoE接続はどうなの？って点は気になりますけどIPv6はNTT NGN網の折り返し通信が可能なIPoE接続一択だと思っているので調べるモチベーションはないですね。PPPoE使うならIPv4だけでよいです。
ラベル:

コメント

コメントを投稿

このブログの人気の投稿

SharePoint アイテム保管ライブラリをのぞいてみよう（2023年1月改訂）

※アカウント移行に失敗し画像を失ったので再度取得し改訂しました。 Office 365 Advent Calendar 2021  の12月16日投稿です。 警告： 個人的な理解に基づく内容、表現です。疑いを持って取り扱ってください。 SharePoint と OneDrive の保持の詳細 - Microsoft 365 Compliance | Microsoft Docs SharePoint Onlineをご利用の方にとっては普通？の機能ですが、SharePoint Server 2010以前から利用している方にとっては2013からの新機能「インプレース保持」で使われる「アイテム保管ライブラリ」をちょっとのぞいてみようという内容です。 Exchangeのインプレース保持とSharePointの保持は違うよ～ Exchange のインプレース保持はごみ箱から消えたメッセージを含むすべてを保持することができるのですが、SharePointでは対象外アイテムが存在しますし、編集についてはバージョン履歴に依存しています。また、情報管理ポリシーの「ごみ箱に移動する」が動作しなくなるなど利用者への影響もありますので注意が必要です。また、保持してることを内緒にしたくてもサイト管理者にはバレバレな点は認識しておかないとね。あとE3相当以上の方はExchangeは容量無制限ですけど、SharePointはしっかりと契約容量に含まれているので上司の方から説明のたびに叱られる可能性がありますね。 SharePointの保持は、Exchangeが連携して利用する大容量添付ファイル送信やTeamsメッセージの添付ファイルを保持する目的のために存在する機能なのかな～という感じがします。SharePointの情報調査や監査という意味では、バックアップ製品などでこまめに世代管理する必要があると感じます。 SharePointで削除されたアイテムは各サイトの「アイテム保管ライブラリ」にコピーされ設定期間保持されます。 各サイトというのがミソですね。しかも、サイト管理者から参照可能な場所に保持されるため、保持について理解のないサイト管理者はこのライブラリのアイテムURLを見ることができないユーザーに渡すなど困った行動を起こす可能性があります。 それでは保持を確認するために保持されるアイテムを準
コメントを投稿
続きを読む

あけまして

コロナから始まり、コロナに終わる。 今年は別の話題で終わると良いですね。 モーそろそろアフターコロナになりたいな〜と思います。  今日は何人でした。とかね、なんか昭和最後の年末年始をちょっと思い出す。 なんだかな〜って感じですね。
コメントを投稿
続きを読む

ADMXがあればIntuneでもグループポリシー配布できるもん

一番信頼できる情報源としては docs を読むのが正解なんだけど，不安を感じたことを書き留めておくね。 １．ADMXファイルをインストールする必要がある 　オンプレだと "\\{Domain Server}\SYSVOL\{Domain name}\Policies\PolicyDefinitions" にADMXとADMLを保存したら展開が始まるけどIntuneの場合はデバイスの構成プロファイルを使って配布する。 　OMA-URIにADMXの内容を設定するんだけど，OMA-URIってなに？って感じだけど細かいことはDocsを読んでね。 　OMA-URIは次の値を設定するよ。 ./Vendor/MSFT/Policy/ConfigOperations/ADMXInstall/ {AppName} /{SettingType}/{FileUid or AdmxFileName} ここで重要なのは {AppName} だけといってもよさそう。 {SettingType}は「Policy」で決定しているし，{FileUid or AdmxFileName}は同じ{AppName}内で競合しなければなんでもよさそうだったのでファイル名が無難ですね。 構成プロファイルを配布をするとレジストリに次のようなキーが２か所に作成される。「HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PolicyManager\AdmxInstalled\{UID}\ {AppName} \Policy\{FileUid or AdmxFileName}」 「\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PolicyManager\AdmxDefault\{UID}\ {AppName} ~Policy~{CategoryName}~{SubCategoryName}」 必要なのは二つ目のキー。実際のADMXファイルを例にすると・・・    < categories >      < category   displayName = "$(string.googlechrome)"   name = "googlechrome" >        <
コメントを投稿
続きを読む