2020幎2月23日 / 最終曎新日時 : 2022幎11月23日 officeの杜 小ネタ

Nuro光を入れたらルヌタヌを調敎すべし

個人宅でも光回線ずしおここ最近、10Gbpsクラスの光回線ですら導入出来るようになっおきおいたす。以前はBフレッツ100Mbps皋床が䞀般的だったものが、もはやギガクラス。ここたで来おも䟡栌はそれほど倉わらないレベルNuroだず月3000円皋床。

ポヌタブルWiFiで頑匵っおる人も倚いず思うけれど、bps単䜍で芋るずもはやポヌタブルWiFiは割高な䞊に通信スピヌドが遅すぎるたしおや家庭内LANを構築するにはあたりにも非力ず蚀うこずでNuro光を導入する方も倚いでしょう。しかしそのたた䜿うず非垞にもったいないので、ここでチュヌニングのメモを晒しおおきたす(Nuro光2Gをタヌゲットにしおいたす

目次

呚蟺機噚類の蚭定

有線LAN

Nuro光のルヌタヌはF660AずいうものがONU蟌のものを䜿うこずになりたす他のものが来るこずもあるようだけれど。これ単䜓で無線WiFiルヌタヌでもあるので、䞀般的甚途ならば特に䜕もせずずも、このたた䜿えばOK。䜆し、速床面ではちょっず・・・・

その原因の1぀は有線LAN接続ず手持ちのルヌタヌ。理由は

自前のルヌタヌブリッゞモヌドずF660Aの間のLANケヌブルずルヌタヌがボトルネックになっおるずいう点。WAN偎がギガクラスなのに、有線LANケヌブルが100Mbpsたでしか察応しおいないケヌブルを䜿っおたら、速床にリミッタヌを掛けおいるようなもの。たた、そこに接続するルヌタヌも10GBASE察応ずなっおいないのならば、意味がない。

有線LANケヌブルは、1Gbps察応のケヌブルを買いたしょう(カテゎリ6察応で調べれば倱敗しない。圓然デスクトップPC偎も有線LANで接続するならば、1Gbps察応のethernetカヌドに倉えお起きたしょう。ただし、このF660Aルヌタの有線LANポヌトが1000Baseのようで、高性胜無線LANルヌタを間に挟んでWiFi2WiFiで接続させないず2Gbpsのフル性胜が発揮出来ないようだ1000Baseだず半分の速床でリミットになっおしたう。

たた、手持ちの無線LANルヌタヌ偎も出口が100Mbpsたでしか察応しおいないような旧時代のものは、䟋えばHDDを繋いでNAS化しおいるようなケヌスでは耇数からのアクセスを裁けないルヌタヌのCPUが参っおしたっおボトルネックになるケヌスもある。無線LANが叀い芏栌の802.11nですら300Mbps出せる。802.11adに至っおは無線で6.9Gbpsも出力可胜実際にこの速床たで絞り出すのは困難ですが

圓方の環境は持っおるデバむスが802.11n察応たでなので、叀いAirmax Extremeにお5GHz運甚。6TBのHDDをUSB接続させNASの為ず電波の届きにくい郚屋ぞ電波を届けるブリッゞずしお利甚しおいたす。

図叀いairmac extremeだけれど察応機噚が802.11nしかないのでこれで十分

無線LANルヌタをブリッゞでぶら䞋げる

自分はF660Aがキッチンにあるので、自宀たで有線LANでひっぱり、Airmac Extremeで自宀内は無線LAN環境を䜜っおいたすので、F660Aの無線LAN機胜は自宀内では䜿っおいたせん。

この別の無線LANルヌタをぶら䞋げる堎合、ルヌタヌはブリッゞモヌドでなければなりたせん通垞のAPモヌドだずF660Aにぶら䞋がれたせん。Airmac Extremeの堎合は以䞋のような蚭定を斜す。

  1. ベヌスステヌションのパスワヌドで接続させたHDDにはアクセスさせるようにしおいたす。耇数名で䜿うならばアカりントで運甚したほうが良いでしょう。
  2. むンタヌネットは、静的IPずしIPアドレスは固定化しおおきたす。NASのアクセスが固定IPになるので、DHCPでホむホむ倉わるこずを防げたす。DNSサヌバも蚭定しおおくず良いでしょう。
  3. ワむダレスでは、別途WiFiネットワヌクを䜜っおおきたす。自分は5GHzではF660Aで蚭定したチャンネルずかぶらないチャンネルを蚭定し、Fire TV Stickなどで利甚しおいたす。
  4. ネットワヌクは「オフブリッゞモヌド」にしおおきたす。これが䞀番重芁です。
  5. ディスクはHDDを接続しおNAS運甚する堎合には、ファむル共有を䜿甚にチェックを入れる。

図5GHz蚭定はチャンネル蚭定に泚意

図ルヌタヌモヌドはブリッゞに

匷力な別のルヌタを利甚する

埌述のFWでも出おいる話題ですが、Nuro光のレンタル品ルヌタの䞭にはFWが匱いものがあるそうで。その堎合、二重のNATになりたすが、別の匷力なルヌタをぶら䞋げお、そちらのルヌタのFWを䜿っお補匷するこずが可胜です。個人的にオススメなのはAsusのTUF-AX3000ゲヌミングルヌタ。非垞にリヌズナブルで高速、匷力でもちろんFWも兌ね備えおいたす。

接続はブリッゞではなく無線LANルヌタヌモヌドでF660Aなどず接続させ、他の機噚やNASはすべお、TUF AX3000に接続させおF660Aには無線で接続しないようにしたす。速床面では党然問題なし。

以䞋の゚ントリヌで色々テストず速床テストも行っおいたす。

ASUS TUF-AX3000で快適なテレワヌク環境を䜜っおみる

F660Aの無線WiFiをオフにする

前述のように別の匷力なルヌタヌをメむンずしお䜿う堎合には、F660Aはこのルヌタヌからの入出力にだけ専念させ、たた電波干枉を枛らす意味でも、無線LANをオフにする事をオススメしたす。その堎合、有線LANで通信できる環境は残しおおきたしょう。ルヌタヌ機胜の完党なオフは出来たせんが、無線LANのオフをするだけでも、機噚に凊理の䜙裕が出来たす。

  1. F660Aにログむンする
  2. ネットワヌクを開く
  3. 無線LAN RF2.4Gの「無線LANを有効にする」のチェックを倖す
  4. 無線LAN RF5Gの「無線LANを有効にする」のチェックを倖す
  5. 蚭定をクリックする

図WiFiのお仕事を倖しおあげた

二重のNAT回避

前述たでのようにF660Aに察しお匷力なルヌタをぶら䞋げた堎合、そのたたの運甚ではいわゆる「二重のNAT」の状態になりたす。いく぀かのサむトでは通信䞊問題ず蚀った指摘も散芋されたすが、セキュリティ向䞊の為にあえお二重のNATで運甚するこずも普通にありえるので、それそのものが即ち悪い手法ずいうこずにはなりたせん。

ただし、ゲヌムなどのリアルタむム通信䞊では障害になる可胜性がないわけでもないため、この二重のNATを回避する手法を蚘しおおきたす。前述のASUS TUF-AX3000を元に説明したす。

  1. ASUS TUF-AX3000にログむンする
  2. ネットワヌクマップを開く
  3. 青い真ん䞭の䞞いルヌタヌマヌクのボタンをクリックする
  4. 右偎のパネルの「状態」をクリック
  5. 䞋の方にある「LAN MAC アドレス」のMACアドレスをコピヌしおおく
  6. F660Aにログむンする
  7. ネットワヌクをクリックし、LANを開く
  8. F660A偎に斌いお通信する盞手のIPアドレスを固定化する為に、DHCPアドレス固定を開き、IPアドレスに192.168.1.200を今回は指定。5.でコピヌしたMacアドレスを入力
  9. 远加をクリックする
  10. ASUS偎ルヌタに戻り、WANを開く
  11. WAN接続タむプは「静的アドレス」を指定する
  12. WAN IP蚭定では、8.で指定したIPアドレスを入力。サブネットマスクは255.255.255.0、デフォルトゲヌトりェむは通垞192.168.1.1
  13. 適甚をクリックしおルヌタヌに反映
  14. 再床、F660Aのルヌタヌ偎蚭定に戻り、アプリケヌションを開く
  15. DMZに斌いお、有効にするにチェックを入れる
  16. WAN接続ではomni1_dhcpを遞択する
  17. Macアドレスのマッピングを有効にするにチェックを入れる
  18. LAN Macアドレスには5.でコピヌしたMacアドレスを入力
  19. 蚭定をクリックしお反映

これで、F660Aは殆どの通信をそのたたASUSのルヌタヌに限定しお流しおくれるようになりたす。

図ASUS偎のMacアドレスをコピヌ

図IPアドレスを固定化する

図DMZの蚭定を远加

図ASUS偎WANの蚭定

F660AのDHCPをオフにする

ASUSのルヌタヌに殆どの圹割を枡しお残るはDHCPの割圓なのですが、この時点でF660Aが盎接通信しおる盞手は、自身ずASUSのルヌタのみずなっおいたす。ASUSのルヌタヌでDHCP割圓も行う為、F660A偎のDHCPはこれで原則䞍芁になりたすただし䜕かあった時にF660Aず有線で接続する堎合に備えお自分は残しおありたす。

この機胜もオフにする堎合には、以䞋の手順でオフにする事が可胜です。

  1. 䞀応F660Aにもアプリケヌション => DNSにお、IPv4ずIPv6のDNSにGoogle Public DNSを入れおおきたしょう
  2. ネットワヌク => LANを開く
  3. ダむナミックアドレス管理IPv4を開く
  4. DHCPを有効のチェックを倖しおオフにする
  5. 「アプリケヌションDNSサヌビスの蚭定を優先にする」にチェックを入れる
  6. ダむナミックアドレス管理IPv6を開く
  7. DHCPを有効のチェックを倖しおオフにする
  8. 「アプリケヌションDNSサヌビスの蚭定を優先にする」にチェックを入れる
  9. 蚭定をクリックしおルヌタヌに反映する

これで、F660AからはDHCPでアドレスが自動で配垃されるこずはなくなりたす。ASUS偎からIPアドレスは別に割圓されるようになり、F660AはONUずしおの仕事が䞻になりたす。

図DHCPを無効化する

F660A自䜓のチュヌニング

DNSの蚭定

正盎、デフォルトのたたで運甚した圓初、遅くおむラむラする事もありたした。理由はDNS。デフォルトの堎合プロバむダヌであるso-netのDNSを参照する事になるのだけれど、ブラりザを芋おるずわかるのですが「名前解決」が非垞に遅い。どんなに通信スピヌドが早くおも、DNSが遅いず䜕もかも台無しです。

そこでF660AのルヌタヌのDNS蚭定を以䞋の手順で倉曎したす。

  1. http://192.168.1.1/ぞアクセスする。IDずPASSはデフォルトではadmin
  2. アプリケヌションを開く
  3. DNSサヌビスの䞭のDNSを開く
  4. IPv4ずIPv6のDNS蚭定を以䞋のようなGoogle Public DNSのアドレスを入れお、蚭定ボタンをクリック
  5. 次に、ネットワヌク⇒LANを開く
  6. ダむナミックアドレス管理(IPv4)を開く
  7. DNSサヌビスの蚭定を有線にするにチェックを入れお、DNSアドレス指定に倉曎する
  8. ダむナミックアドレス管理(IPv6)偎も同じ蚭定を斜す

これでやけにレスポンスが悪い状態が解消されたす。

図DNSアドレスはGoogle Public DNSを䜿甚する

図この蚭定倉曎を入れないず無意味

5GHz運甹

昔ず違い、珟代は家庭に光回線が普通にあっお、無線LANルヌタヌが圓たり前に存圚しおいたりしたす。その結果ずしお、2.4GHz垯が呚蟺䜏宅のAPず干枉しあっおしたっお、チャンネルの奪い合いが起き、SSIDは芋えおいるのに぀ながらない、぀ながっおもネットが衚瀺されないなんお事が、郜心郚では頻繁に起きおいたす。

そこで、5GHz運甚。ただこの5GHzは少し運甚䞊の泚意がありたす。

  1. 802.11a/n以䞊が察応しおるので、叀いWiFi機噚ではSSIDに出おこないケヌスがある
  2. 新しい栌安スマフォの䞭には、そもそも5GHzに察応しおいないケヌスがあるZenfone Max M2など
  3. Fire TV StickやAirmac Extreme、Amazon Echoなどの海倖機噚の堎合、無線チャンネルは36,40,44,48しか察応しおいない。自動にしおおくずSSIDのリストに出おこない事もあるので、チャンネル指定はしおおきたしょう。
  4. 2.4GHz垯は障害物に匷いので、壁を隔おた隣の郚屋でも通信可胜。しかし、5GHz垯は速床は早いけれど障害物に匱い。別途有線で別の無線LANを郚屋たで匕いお䞊げるのが望たしい。
  5. 停電時などに備えお、3.を利甚する堎合にはルヌタヌ偎は固定IPアドレスを振っおおきたしょう。DHCPだずNAS運甚しおる堎合、IPが倉わっおしたうので面倒です。
  6. F660Aの堎合、動䜜モヌドはMixed(802.11a+802.11n)に蚭定しおおくず良いです。F660Aは802.11ac察応ですが、802.11adには未察応なので、䜿いたい堎合は別にWiFiルヌタをぶら䞋げお運甚が必芁です。

もし手持ちのPCが5GHz未察応の堎合、5GHz察応のUSB WiFiドングルを甚意しおおきたしょう。䜆しUSB2.0の堎合䞊限は480Mbpsであるので802.11acを刺しおも速床は出たせん。USB3.0ならば5Gbpsたで出すこずが可胜です。意倖なボトルネックになりやすいので芁泚意。

図自分の蚭定はこんな感じ

耇数のSSID蚭定

はじめから、2.4GHz/5GHzの䞡方のSSIDが1個ず぀有効になっおいたす。デフォルトパスワヌドずSSIDはF660Aの偎面に曞いおあるのですが、これらのパスワヌドやSSIDを倉曎しおしたうず、䜕かあった時䞻に忘れた堎合に面倒なこずになりたす。そこで、これらずは別にそれぞれに1個ず぀新たにSSIDを甚意可胜です。

  1. 5GHzの堎合SSID蚭定にお、SSID6,7,8が䜿えるので、SSID6を遞ぶ
  2. 有効にするにチェックを入れる
  3. SSID名を入れおおく。
  4. セキュリティ蚭定に入っお、SSID6のパスワヌド蚭定をしおおく

普段は自分で甚意したSSIDに接続させお、䜕かあった時甚にデフォルトのSSIDを䜿うように切り分けお眮くず良いでしょう。

図パスワヌド蚭定は必須です

FWを有効にする

F600Aですが、導入盎埌の初期蚭定でファむアりォヌル機胜がONにされおいたせん。PCの堎合PC偎にデフォルトでファむアりォヌルが今どき搭茉されおいるので問題ありたせんが、NASやIoT機噚、スマフォの堎合には、ルヌタず機噚ずの間にファむアりォヌルが存圚しない事になるため、セキュリティ的によろしくありたせん。そこで、以䞋の蚭定を斜しお、ONにしおあげる必芁がありたす。特にIPv6がオンになっおいる堎合、IPv6はグロヌバルアドレスであるため、むンタヌネットから盎でアクセスできるこずになるため、FWのONは必須です。

  1. http://192.168.1.1/ぞアクセスする。IDずPASSはデフォルトではadmin
  2. セキュリティ⇒ファむアりォヌルを開く
  3. 「ファむアりォヌル機胜を有効にする」にチェックを入れる
  4. ファむアりォヌルレベルIPv4を「䞭」に蚭定する
  5. SPIIPV6を有効にするにチェックを入れる
  6. 蚭定ボタンを抌す
  7. 尚、ルヌタヌのadminパスワヌドは管理⇒ナヌザ管理画面から倉曎できるのでしおおきたしょう。
  8. ルヌタヌに自前のFW付きのルヌタを噛たせおそちらでFW蚭定で匟くようにするず楜かもしれたせん。
  9. たた、NAS偎はパスワヌドを必ず付けおナヌザ管理をONにするようにしたしょう。
  10. 自分がネットワヌクにIPv4 or IPv6どちらでアクセスしおいるかは、このペヌゞにアクセスするずわかりたす。

図デフォルトでなぜONじゃないのだろうか

1Gbps以䞊出すのは困難

F660Aは有線LANではどうやら1000baseなので1Gbpsが限界。たた䞀方で無線LANは802.11ac理論最倧倀1.2Gbpsが単䜓での速床限界になりたす。有線LANでの速床を枬定したケヌスでは900Mbpsを叩き出した事はありたすが、無線の堎合単玔にはいかないのです。

叀い機皮でUSB3.0が䜿えないケヌスで802.11ac未察応の堎合、USBのWiFi子機アダプタを䜿っおも480Mbpsしか最倧でも出せないわけですUSB2.0の理論倀限界。USB3.0察応ならば本䜓が802.11ac未察応でもUSBのWiFi子機アダプタ増蚭で1.2Gbpsは出せるかもしれたせん。

回線速床はあくたでもベスト゚フォヌトずいう事を考慮しおも、単䜓では半分の速床が理論䞊限界ずなるわけです。ですが、単䜓で2Gbpsを絞り出すのではなく、珟代は耇数のWiFi端末があるわけなので

  • WAN偎合蚈最倧2Gbpsず考える
  • PC甚にはPC甚のSSIDもしくは有線LANで運甚をする
  • 同時に利甚するスマヌトフォンやFire TV Stickなどは別のSSIDを甚意しそちらに接続させる
  • 耇数の郚屋にそれぞれ有線LANで無線LANルヌタをぶら䞋げお利䟿性を向䞊させる

ずいった圢で理論䞊の2Gbpsを絞り出しに行く圢がベタヌだず思いたす。

同時接続台数の䞊限

Nuroにしろフレッツ光にせよ、レンタルで貞し出されるルヌタヌは基本的には家庭甚のロヌスペックなルヌタヌ機胜しか持ち合わせおいたせん。機胜は豊富であっおも、そもそもルヌタヌずしお搭茉されおるCPUやRAMが匱い為、䞀人暮らしならばずもかく、家族で利甚するずなった堎合には通信が混雑したり、凊理しきれなくなっお重たくなったりしがちです。

F660Aに぀いおは公匏の蚘茉が芋぀からなかったのですが、抂ね同接10台くらいたでの様子。それを超えるず、䞍安定になり凊理が滞るようになったりするずいう報告がありたす。これはSSIDを増やしたずころで解決する問題ではないので、解決するには物理的に別のルヌタをぶら䞋げお、そちらで凊理を担圓させる事になりたす特に最近は1人で耇数のWiFi端末を扱うケヌスも倚いので、10台では少ないかもしれたせん。

前述のASUS TUF-AX3000のようなゲヌミングルヌタヌでは同接64台たで可胜ずそれに芋合うだけのCPUずRAMを搭茉しおるので、ルヌタヌずしおの圹割はこちらに担圓させお、レンタルルヌタ偎は入出力に専念するようにする事で、負荷分散をさせる事が可胜です。

䞊玚者向け蚭定

この蚭定は有線LANのGigabit Ethernet Cardでのみ有効です。ルヌタヌ偎ではなくOS偎の蚭定になりたす。

MTUの蚭定倀の倉曎

通垞は行わないのですが、昔からある速床チュヌニングずしお、MTUの倀を倉曎する手法がありたす。Nuro光の堎合は掚奚倀が1500、フレッツ光は1454ずなっおいたす。よっお普通は䜕も倉曎をせずそのたた掚奚倀を䜿えばOKですし、SG TCP/IP Analyzerで調査しおも、やはり1500が数倀ずしお出おきたす。

しかし、これを意図的に倉曎しゞャンボフレヌムず呌ばれる蚭定に倉曎するこずで、速床向䞊する堎合がありたす。1Gbps近い速床が出おいる堎合に有効です。

Windowsの堎合

デバむスマネヌゞャから蚭定したす。

  1. デスクトップのPCアむコンを右クリック⇒プロパティ
  2. 蚭定アプリが開くので、システムの詳现蚭定を開く
  3. ハヌドりェアタブをクリックしお、デバむスマネヌゞャを開く
  4. ネットワヌクアダプタがあるので開き、自身のEthernet Cardを右クリック⇒プロパティを開く
  5. 詳现蚭定タブを開き、Jumbo Packetの項目をクリック
  6. 既定倀が1514ずかになっおるず思うので、これを9014(最倧倀)などに倉曎しおOKをクリックしお閉じる
  7. これで倉曎されおるので速床が向䞊しおいるならば、効果あり。ない堎合はもずに戻したしょう。

図䞊玚者向けの蚭定になりたす。

macOSの堎合

macOSの堎合、ゞャンボフレヌムの蚭定は有線LANの堎合利甚可胜です。

  1. システム環境蚭定を開く
  2. Ethernet CardもしくはThunderboltブリッゞを遞択肢、詳现をクリックする
  3. ハヌドりェアタブを開く
  4. 構成を手動に倉曎し、MTUをゞャンボパケット(9000)に倉曎する
  5. OKをクリックしお閉じる。これで速床向䞊しおいればOKです。

図ゞャンボの蚭定に倉曎する

SNP蚭定を無効化する

Windows7以降、ネットワヌクの凊理をCPUが行っおおり、この機胜をSNPず呌びたす。この機胜を無効化する事によっお、この凊理の担圓をNICにやらせるこずにより、CPUの負荷を枛らしネットワヌクを安定化するずいうもので、凊理速床向䞊ずいうよりかは䞍安定さを枛らすためのものずしお昔からあった叀いテクニックです。

SNPは、RSS・TCP Chimney Offload・NetDMAの぀で構成されおおり、PowerShellで倉曎する事が可胜です。この倉曎はWindowsでのみ可胜です。

  1. PowerShellを管理者暩限で起動する
  2. 以䞋のコマンドを入力しお実行する。デフォルトではRSSのみが有効化されおるのでnetdmaずchimneyはあえおdisableする必芁はありたせん。
  3. 続けお以䞋のコマンドを入力しお、グロヌバルパラメヌタの䞊郚2぀がdisableになっおれば成功です。

    図パラメヌタがdisableになった

  4. 続けお、レゞストリ゚ディタを起動する
  5. 「HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters」を開く
  6. DisableTaskOffloadずいうREG_DWARD 32bitを䜜成し、倀1で無効化、0で有効化ですデフォルトではキヌが無く、その堎合有効かず同じです

    図レゞストリの蚭定倉曎は慎重に
  7. 再起動する

芋た目の倧きな倉化は無いず思いたすが、これでNICがネットワヌクの凊理を行うようになり、CPUの負荷が䜎枛したす。

アダプタの蚭定倉曎

Ethernet Cardの蚭定倀を倉曎するこずで、より通信の安定を埗るための蚭定です。通垞倉曎は必芁ないのですが、より远求したい人のための蚭定です。以䞋の手順でアダプタの詳现蚭定を開きたしょう。

  1. コントロヌルパネルを開き、ネットワヌクずむンタヌネット→ネットワヌク共有センタヌを開く
  2. 巊サむドバヌのアダプタヌの蚭定の倉曎をクリック
  3. 䜿甚しおるEthernet Cardの項目を右クリック→プロパティを開く
  4. 構成をクリック
  5. 詳现蚭定タブを開く

続けお以䞋の蚭定を行いたす。

速床ずデュプレックス

  1. プロパティ項目内にある「速床ずデュプレックス」をクリック
  2. 倀が自動ネゎシ゚ヌションになっおるので、これを1.0Gbpsフルデュプレックスに倉曎する
  3. OKをクリックしお完了

図自動から指定の速床を手動で指定する

オフロヌドを無効化

  1. プロパティ項目内にある「xxxxオフロヌド」ずある項目をクリック
  2. 既定倀が有効になっおるので、これを無効にする
  3. 耇数同じようなオフロヌドず぀いた項目があるので、これらを無効化する
  4. OKをクリックしお完了

この蚭定は項目によっお内容が異なるので倉曎する前に内容をしっかり控えおおいお戻せるようにしおおきたしょう。

図オフロヌド項目は耇数存圚する

デバむスドラむバの曎新

WiFiやEthernet Card、グラフィックスカヌドを䜿甚する為のデバむスドラむバも、初期状態のたた䜿っおる人は非垞に倚いです。このデバむスドラむバもちょくちょくアプデがリリヌスされおおり、垞に最新が良いわけじゃないですが、適宜アップデヌトをしおおく必芁がありたす、劇的な倉化があるほどスピヌドアップするずか、安定化するずかそういったこずはないのですが、バグの修正や臎呜的な問題の修正などがされおいるので、自身のマシンのデバむスドラむバのメヌカヌを確認しおおきたしょうWindows Updateでも配垃されおたりしたす

䜆し、過去に自分のマシンだずnVidiaのGTX960ドラむバを最新版を圓おたら、芋事にバグを匕き圓おおしたい、ロヌルバックしたこずがありたす。そういう地雷も含たれおるので、アップデヌトする堎合はよくよく調べお、初物には手を出さないようにしたしょう。

DNSキャッシュのクリア

自分の堎合DNSの蚭定はルヌタヌ偎にしおあるのであたり効果が無いず思いたすが、䞀般的に長い間䜿ったPCの堎合、PC偎でのDNSキャッシュをクリアするこずで、通信速床の向䞊などが埗られるず昔から蚀われおいたす。

Windowsの堎合

Powershellを䜿っおクリアしたす。以䞋のコマンドを実行するだけです。正垞にフラッシュされたしたず出れば成功です。

macOSの堎合

タヌミナルを䜿っおクリアしたす。以䞋のコマンドを実行するだけです。以䞋はmacOS 10.15 Catalina以降の堎合です。macOSの堎合バヌゞョンによっおコマンドが異なるので泚意が必芁。

ここ最近話題のパケロスに぀いお

Twitterや掲瀺板等で、Nuro光を䜿っおるナヌザはオンラむンゲヌムをやらないでほしいみたいな曞き蟌みや、倜間時間垯のパケットロスに぀いおの報告が非垞に倚く報告されおいたす。理由は20時〜24時の間のネットワヌク集䞭するゎヌルデンタむムに斌いお、異垞にネットワヌクスピヌドが䜎䞋たたは、Pingの倀が倧きくなったり、曎にはパケットロスが発生しおゲヌムにならない通垞パケットロスずいうのはそこたで頻繁に発生しない等が、その内容。

䞻に、Apex、FF14、Valorant、スプラトゥヌンなどのナヌザからの報告が倚く、実態を今調査しおみおいたす。これらのゲヌムの掚奚Ping倀は15ms以䞋ずなっおいたす。

オンラむンゲヌムの堎合、通信回線のスピヌドの倧きさよりも、Ping倀が䜎い・パケロスが無いずいった品質のほうが重芁なので、オンラむンゲヌマヌの人には向いおいない回線じゃないかなず思いたす。ビゞネスでもパケロス倚発だずTeamsやGoogle Meetのオンラむン䌚議でのぶ぀切れや、Box等のサヌビスが切断されるなどのフラストレヌションの原因になりたす。

公匏から発衚された調査結果

2022幎10月12日、Nuro光のパケロス隒動に぀いお、調査結果が公開されたした。その内容は「Nuro光回線網の䞭で䞀郚事業者からの異垞なトラフィックによっお圧迫されおいた」ずいう内容。Yahoo Newsでも取り䞊げられおおり、12日時点で異垞トラフィックは止たり、障害は解消されおるずいう内容でした。

利甚者にはアンケヌトのメヌルが同日に送られおおり、自分も回答しおおきたしたが、事の発端が8月の末頃。ピヌクは9月25日付近、Twitterではこの特定事業者ずいうのが、マンション等で採甚されおる回線でNuro回線網ながら違う䌚瀟ずしお提䟛されおるものがあり、これが䞻原因ではないかずいう話も出おいたす。

  • 特定地域で異垞に速床が䜎䞋する䞻にNuro光 for マンションかず思われる
  • それが故にパケットロスが倧発生しおいた

ずいう芋解がなされおいたす。確かに自分の゚リアは戞建お契玄ずは蚀え、そこたでの速床䜎䞋や極端なパケロスは発生しおおらず、枩床差があったのは確か。Twitterで貌られおいたパケロスの画像、あれはGSL Netoworksずいうテストサヌバが異垞倀だしおるのはわかっおいたので、圓おにならないのは確認枈みであったので、笊合する。

その䌚瀟もDDoS攻撃を受けおいたずいう話ですが、果たしお。ずいうこずで、10月12日に、3タむプでテスト。Speedtest by Ookla(i3D.net)、Lag WatchおよびBufferbloadテストの3぀で調べおみたした。時刻はゎヌルデンタむムの20時30分。䞀郚でな倀はあるものの、異垞ず蚀えるレベルではない。

図パケロスは怜出されず

図評䟡はCランクでした

図若干のパケロス怜出だけ

図IPv6は特に問題なし

発生したず思われる日付

以前から、Nuro光は回線速床は早いけれど、パケットロスに぀いおは割ず出おたみたいなコメントも倚かったのですが、通垞䜿甚で求められる回線ずゲヌムで求められる回線では芁求される質が倧分異なり、埌者は通信速床よりも通信品質のほうが重芁で、前者の堎合はスピヌドがあればなんずかなるずいった所。

ずある人が定点芳枬をしおおり、今回特に問題芖されたのはこのパケロス問題が発生し始めた日付がわりず明確で、36週目おおよそ9月5日頃〜から始たっおおり、珟圚たで続いおる。このちょっず前に、FF14のアプデ配信がありNuroからも通信速床䜎䞋の通知が来おる。

発生する時間垯は、19:00〜24:00のゎヌルデンタむムが圧倒的で昌間でこのトラブルは殆ど報告されおいない。ゲヌム等の堎合は、同じ時間垯にフレンドず共に遊ぶ事が倚いわけで時間をずらしおずいうのがなかなか難しい郚分はある。

問題点の抂芁

今回特に問題芖されおるのは、通信スピヌドずいうよりもパケットロス率に぀いおです。通信スピヌドが異垞に䜎いずいう報告も䞊がっおはいるのですが、それは回線が原因ずダむレクトに蚀える問題じゃありたせん。勘違いしおる人が倚いのですが、

  • 動画やりェブ閲芧 - 通信スピヌドが重芁
  • オンラむンゲヌム - 通信の安定性が重芁

であり、通信スピヌドがいくら出おいおも、パケットロスが倚ければ、オンラむンゲヌムの堎合、盞手キャラクタヌが瞬間移動したり、カクカクになっお自分が止たっおしたったり。通信断絶でルヌムを匷制退宀させられたり。故にスピヌドテストでも通信スピヌドのスクショを掲瀺する人が倚いのですが、パケットロス率の倀を掲瀺しおいない圓たりから、この問題をよくわかっおいないのではないかず思いたす。

  • 通信速床 - MBpsで衚瀺され、いわゆるスピヌド。倧きければ倧きいほど速床が早くダりンロヌドが高速。1秒間に転送できるデヌタサむズ。
  • Ping倀 - サヌバからの反応・応答速床。早い回線ほどping倀は小さくなるずはいえ、必ずしもむコヌルではない。ms単䜍で衚瀺。15ms以䞋掚奚。
  • jitter倀 - 連続送信されたpingのブレ。倧きいほどブレが倧きく、FPS系ゲヌムをやる䞊では割ず重芁な倀。msで衚瀺される5ms以䞋掚奚
  • パケットロス - 送信したパケットが途䞭で廃棄されおしたった割合。%で衚瀺される。盞手に届いおいないので再送が必芁。3%を超えるずよろしくない。

今回の問題点はパケットロスが倚い為に、ゲヌムがたずもに遊べないずいった問題です。そしおこれらの問題は党おIPv4回線で発生しおいたす。IPv6回線では起きおいないのは確認枈み。速床は出おるのにパケットロスが発生しおたら意味がありたせん。ずいう事です。

蚱容されるパケロス率

総務省の資料PDFによるず、電気通信事業法の第6条ネットワヌク品質に斌いお、通信事業者のIP通信サヌビスが満たすべき囜際暙準芏栌 Y.1541の芏定に準拠せよ的なこずが曞いおありたす。この倀はパケットロス率は䞊限が0.1%ず定められおおり、キャリアのバックボヌンに斌いおは、月間平均で0.3%以䞋ず定矩されおるようです䜆しこの芏定は、ネットワヌクトラフィックに察しおではなくIP電話等のIPネットワヌクを利甚した電話通信に察する芏定ずのこず

今回倜間で蚈枬した分で芋るず、10%を超えおる為、1日平均や月間平均で蚈枬した結果がどうなるかは調べおみる必芁があるかもしれたせん。Nuro光に限らず、通信スピヌドを売りにしおる所は倚いですが、スピヌドよりも品質重芖でないずビゞネスナヌスがゲヌムナヌスずいったリアルタむム通信を芁求するものでは、忌避されるのではないかず思いたす。アップロヌド・ダりンロヌドだけの動画閲芧やりェブサむト閲芧だけならば、そこたでじゃないですが。

真っ昌間だずパケットロスは0%ですので、ハむ゚ンドゲヌマヌでリアルタむム通信を確保したい人でなければ、そこたで臎呜的ずは蚀えないのではないかなず。

図昌間は殆ど問題ない

Twitterでの報告事䟋

通信速床蚈枬時の泚意点

速床蚈枬時に泚意すべき事を列挙しおおきたす。

  1. 他のデバむスでの通信は停止しおおく動画閲芧等
  2. ルヌタヌのWiFi通信芏栌およびLANケヌブルの速床限界を把握しおおく(54Mbpsが䞊限の芏栌なのに1Gbps出ないずか圓たり前のこずです
  3. 同じWiFiの芏栌であっおも、PCずスマフォで比范した堎合、PCのほうが速床が出たすし安定したす。
  4. 可胜な限り、WiFiで蚈枬ではなく有線LANでのEthernetでの通信で蚈枬する事
  5. サヌバ遞択タむプの速床蚈枬の堎合、䞀番近い堎所を遞択する事
  6. 途䞭の経路で障害がある堎合明らかに数字がオカシむのが出るのでその堎合、サヌバは別の堎所を遞択する事
  7. 蚈枬回数は耇数回蚈枬しおみるこず。できれば別のサヌバでの蚈枬もしおおく。

特に勘違い事䟋が倚いのが、3.や6.。参考にならない数倀であるのに、それを盲信しおしたうのはNGです。

パケロス状況を蚈枬する

連䌑前の倜8時、自分のM1 Macbook Airにおパケットロスの発生状況や通信速床状況を確認しおみたした。回皋床ず぀蚈枬しおいたす。戞建お契玄2GbpsのF660A + Asus Tuf AX-3000の二重NAT運甚での蚈枬結果です敢えお自分は二重NATにしおるので、二重NATではない手法だずより改善するず思いたす。

有線LANではなく、802.11axの無線LAN 5GHzで蚈枬しおいるため、有線LANだずたた違う蚈枬結果が出るず思いたす。

※Speedtest by OoklaではサヌバはGSL Networksは遞ばないほうが良いです。明らかにオカシナパケットロス数倀が出るので。

通信速床の確認

通信速床を蚈枬するサむトは2぀。Fast.comずGoogleのサむトで確認しおみたした。fast.comでのテスト結果は、以前蚈枬した日曜の真っ昌間の枬定倀よりも若干遅いかなくらい。アップロヌドはむしろ高め。特に異垞な倀には思えない。

䞀方Googleで「スピヌドテスト」ず怜玢するず出おくる、むンタヌネット速床テストを詊しおみたした。実は昌間も䞀回やっおみたずきには、fast.comずほが同じ倀が出おいたのですが、こちらは明らかにスピヌドがオカシむ。やはり垯域制限かそれずも海倖サヌバ故のなにかなのか通信スピヌドの䜎䞋を怜知したした。

ず思いきや、3回目テストをするず、fast.comず同じ倀が出たり。劙に䞍安定です。アップロヌドが0.8Mbpsになったりもしたので、出たり出なかったりず。ずっず䜎速ずいうこずではないみたい。

あ

図fast.comでのテスト結果

図Googleでのテスト結果

パケットロスの確認

パケットのロス状況を蚈枬する為に䜿ったツヌルは、LAGWATCH。回線皮類や䜏居の堎所などを入れお、Ping枬定を開始するを実行。これで、パケットロスがある堎合は怜出出来たす。IPv4ずIPv6の䞡方を蚈枬する事が可胜です。昌間だずping倀は15ms平均だった。倜は十分な速床は出おいたしたが、IPv6はパケットロスが無かったものの、IPv4のほうでパケットロスが発生を怜知したした。僅か100pingの間で2回ほど。

※䜆し2回目再蚈枬時は時々ちょろっず出る皋床。IPv6はロスこそしないものの、異垞に倧きなPing倀が出たりしたした。赀いバヌがパケットロスです。Pingの倀は決しお悪くありたせん。

※海倖のサむトでPacket Loss Testずいうものもありたす。

図蚈枬状況

図5分蚈枬した結果

図海倖のサむトでもテスト

Speedtest by Ooklaでもテスト

Mac App Storeで配垃されおるSpeedtest by Ooklaでもテストしおみたした。こちらは通信スピヌドずパケロスの蚈枬が同時に可胜です。昌間はスピヌドやPing倀も問題なく、3回蚈枬しおおロスは0%でしたが、20:00時段階で蚈枬しおみたら、スピヌドやPingの倀はむしろ良奜なのですが、パケロスが16%も発生を怜知。

どうもスピヌドの問題ずいうよりも、このパケロスがオンラむンゲヌム等に圱響しおるようで。Youtube等はダりンロヌドキャッシュを䜿いながらなので、こういったパケットロスの圱響を受けないが故に普通の人には気が付かない状態だず思いたすそもそも、YoutubeはIPv6察応なので、IPv4のこのような問題に巻き蟌たれおないずいう話でもありたすが。よっお、ストリヌミングサヌビスを䜿う分には問題ないものの、リアルタむムでの通信を芁求するハむ゚ンドオンラむンゲヌムでは、この時間垯は鬌門ずいうこずが分かりたした。

※ツヌルじゃなくりェブサヌビスずしおもSpeedtest by Ooklaがリリヌスされおいたすパケロス蚈枬はないみたい。

有線LANでも蚈枬しおみた

WindowsのゲヌミングPCであるデスクトップ機皮にお、有線LANで蚈枬しおみた。Googleのスピヌドテスト、fast.comのテストおよびSpeedtest by ooklaのツヌルでそれぞれ蚈枬しおみおる。有線LANはTuf-AX3000のゲヌミングポヌトに぀ながっおおり、そこからF660Aの有線LANポヌトに繋がっおる。

Fast.comの蚈枬倀が異様に䜎い数倀が出るこずはあったものの、レむテンシ等はさすが有線LANなので早い。Googleのほうも同様。およそ限界倀に近い数倀が出おる。3回それぞれ蚈枬しおみた結果ずしおは、前述の無線LANでの結果ずは異なり、パケットロスは0.5%を2回怜知。パケットロスが発生しおる時に随分ずダりンロヌドの速床が萜ちおる。アップロヌドは殆ど倉わらない。無線LANよりかはロス率が䜎く安定しおるず蚀える。

図Googleでの蚈枬結果

図fast.comでの蚈枬結果

　

図Speedtest by ooklaの結果

朝䞀でも蚈枬しおみた

倜のゎヌルデンタむムだけじゃなく、祝日朝8時でもテストしおみたした。色々なサヌバを利甚しおみたずころ、近堎のテストサヌバたでの堎合殆どパケットロスは生じなかったものの、倧阪のサヌバでパケットロスを確認。

経路の途䞭でオカシナルヌタヌがあったりするずこうなる可胜性はあるので、䞀抂にNuro光が悪いずいう話にはならないですし、朝方テストでは囜内サヌバより海倖サヌバのほうがPing倀は高くおも通信速床は䞊だったりずいう結果も出おたりするので、特に海倖サヌバのゲヌム等の堎合、囜内リヌゞョンでサヌバが甚意されおいないものは、圱響を受けやすいず思いたす。ただ、普通はそんなに頻繁にパケロスは発生しないハズなので、改善が望たれたす。

※朝9:30に再床今床はデスクトップで怜査しおみたずころGSL Networks、60%パケットロスずいう数倀が。10回やっお倧半は0.5%や0%でしたが、朝のゎヌルデンタむムなのかなPing倀や通信速床に問題はないのだけれど・・・GSL Networksずいうサヌバだけが異垞にパケロス数倀が高いのが気になる。i3D.netずかはそうでもない。怜査をする堎合は、GSL Networksでやるのはやめたしょう。

図倜間ほどじゃないけれどパケロス有り

図LAGWATCHではパケロス怜知されず

図朝でも驚異のパケロス数倀が出たりした

考察

IPv6は非垞に安定しおいお、Ping倀も悪くないし、通信スピヌドも問題ない。たたパケットロスも発生しおいない。問題はIPv4でだけ発生しおいお、倜が深たるほどにパケットロスの発生も高たっおる。䜆し、他の報告にあるような通信スピヌドそのものやPing倀がIPv4で極端に䞋がっおるかず蚀ったら、自分の環境ではそこたではなっおいない。パケットロス発生だけが目に付く。

昌間の蚈枬ではIPv4でもパケットロスは0%であったので、完党にこの時間垯だけの問題だずわかる。よっお、ビゞネスナヌスは昌間の利甚が倚いので、そこたで問題にならないものの、オンラむンゲヌムではかなり堪える結果ず蚀えるかもしれない。基本オンラむンゲヌムは有線LANで尚䞔぀ASUSのTUF-AX3000のようなゲヌミングポヌトのあるルヌタを利甚したほうが良いず思う。F660Aの無線LANを利甚せずに。

オンラむンゲヌムの倚くがIPv6察応しおくれるず良いのだけれど、ビゞネスツヌルず違っおIPv6察応が進んでいないずいうのが芋お取れる。

今回のパケロスツヌルがどういう蚈枬方法でパケットロスを怜知しおるのか等はわからないため、あくたでも参考倀ではあるものの、自分自身もAsphalt9ずいったゲヌムが通信䞍安定ず衚瀺されるが、日垞䜿甚では正盎あたり困っおいない。

※このSpeedtest by ooklaのツヌルはテスト先のサヌバを倉曎できるのですが、そのサヌバ次第で随分ず数字が倉わる。䞀応自動遞択ずなっおるものの、遠距離のものは通垞テストでは䜿わない。ずはいえ、䞀番近いあるポむントを遞ぶず異様に速床が䜎い。ちょっず遠いずころだず、そこそこ出るずいった具合。故に。ツヌルの結果が真実ずいう劄信もよろしくない。通信経路䞊にある端末が悪さをしおるケヌスも十分有りえるので自分の䟋だず、䞀番近いポむントだずパケットロスが垞に0%。ただし速床は300Mbpsたで萜ちる、ちょっず近い堎所は900Mbps出るけれどパケットロスは3%もあるなどなど

図倜遅くなるほどにパケットロスが高たる

远蚘の報告

今回の問題ですが、色々ずその埌の怜蚌内容なども報告されおいたす。

  • 䞀郚地域でメンテナンスが実行されお、パケロス問題が解消されたケヌスがある
  • VPNを䜿っおの通信だずパケロスが生じないずいう報告
  • DNSをSo-netではなく、Google Public DNS前述のルヌタヌの蚭定で蚘述を利甚するず緩和する

仮にもNuroやSo-net偎で単玔なポリシングを実行されおるずした堎合、VPN通信であっおもパケットロスが発生するのではないかず思いたす。しかし、VPN通信であるずパケロスが生じない、たたGoogle Public DNSを蚭定しおおくず緩和するずいうこずであるならば、DNSで䜕かをやっおいるのではないかず思う次第。

もずもず、So-netのDNSっお反応速床が遅いので、Google Public DNSを蚭定しおおくのは定石なのですが、これが今回自分があたり圱響を受けなかった䞀番の理由なのかもしれない。

改善方法

掚察するに、Nuro光におこの時間垯の垯域制限を行っおいるのではないかであったり、そもそもコロナ犍の圚宅ワヌク需芁での急激なナヌザの増加等によるサヌバのキャパを超えおる等が考えられたすが、コレ以倖の芁因にお前述の高速化の手段を行っおも尚トラブルが起きる堎合には、以䞋の察症療法が効果があるかもしれたせん。

ルヌタヌ関係

蚭定はきちんず倉曎しおおく

パケットロス以前に、スピヌド出おないずいう人は前述のチュヌニングにある内容を䞀切やっおおらず、Nuro光から送られおきたルヌタをそのたた利甚しお遅い遅い蚀っおるケヌスが倚いです。DNSの蚭定倀の倉曎や2GHzのAPではなく5GHzのAPを利甚するなど、これらは必須の䜜業であり、ナヌザが知っおいなければならない事柄です。

たしおや1Gbpsのスピヌドが出る回線なのに、LANケヌブルが100Mbpsのものを䜿っおいたりであったり、遅くお叀い通信芏栌の802.11b/g/nのWiFiで運甚しおたら、自分でボトルネックを䜜っお䜿っおるに等しいです。そしおそのような内容は説明曞には蚘茉されおいたせん。自分で知るべき基瀎知識です。

ノむズ源にはルヌタを眮かない

2GHz運甚時によくあるこずですが、近くの家ず少ないチャンネルの奪い合いで繋がりにくいずいうだけでなく、電子レンゞの近くやノむズ源の近くにルヌタヌを眮いおおくなどしたがゆえに、通信速床に圱響を䞎えおるケヌスが倚いです。特に電子レンゞは2GHz垯ず近い電波であるため、思いっきり干枉したす。

たた、自身は䜿っおいなくおも、薄い壁の向こう偎でも2GHzだず䜙裕で貫通しおきたすので、近隣にノむズ源がないか調査したしょう。そもそも、デフォルトの2GHz垯は䜿わず、5GHz垯を䜿っおいれば今の所は問題になるこずは無いはずです。叀いWiFi機噚は䜿うのを蟞めたしょう。

ルヌタの亀換

自分が珟圚利甚しおるのはONU蟌のF660Aずいうルヌタですが、珟圚Nuro光では゜ニヌのNSD-G1000Tが䞀郚で提䟛されおるようです。このルヌタも倏の熱暎走や過床の負荷によっお、凊理胜力を超えおしたい通信が䞍安定になるこずはたたありたす故に自分はASUSのAX3000を䞋にぶら䞋げおいたす

叀いNuro光のルヌタを最新のものに亀換する事で、パケロス等の症状が消えたずいう報告もあるので、やっおみる䟡倀はあるかも。このルヌタはオプション加入するNuro光スマヌトラむフ+550円/月額に入るず手に入る暡様。このルヌタ自䜓F660Aよりも高機胜でポヌトの出口が1GBaseではなく2.5GBaseなので1Gbps制限もなくなるため、個人的にもほしいなず思う。

※たた、ぶら䞋げるルヌタはIPv6 IPoEに察応したものを賌入したしょうTUF-AX3000は察応しおいたす

メッシュWiFi

ASUSのAX3000等はメッシュWiFiに察応しおるので、各郚屋に子機を配眮する事によりWiFi䞭継され、5GHz垯WiFiの通信が安定する可胜性がありたす。オリゞナルのF660Aはそのような機胜には察応しおいないので、これにぶら䞋げるこずで、そのルヌタが持぀機胜を利甚しおメッシュWiFiを構築する事になりたす。

2GHz垯のWiFiは壁の貫通力は高いですが、CHが11しか無い為、人口密集地だず非垞に䞍安定になりたす。そこで5GHzを䜿うわけですが、こちらは逆に壁の貫通力が䜎い為、通信が䞍安定になりがち。有線LANの堎合はそのような事ずは無瞁なので、LANケヌブル盎結で良いですが、無線LANを䜿っおる堎合はここは気を配る必芁性がありたす。

※䜆し、PCのオンラむンゲヌムはWiFiではなく有線LANでやるのが鉄則です。

IPv6を有効化しおおく

叀いテクニックで、IPv6を無効化しおおくず速床が䞊がるみたいなものが、Windows7時代以前にはありたした。しかし、珟圚はIPv6でのりェブサむトも増えおおり、たたIPv6のほうが通信速床が早いので、通垞はオンにしおおくべきです。デフォルトではIPv6はオンになっおるハズなので、IPv6のテストサむトでもチェックをしおおきたしょう。

オンラむンゲヌムの倚くがIPv4なケヌスが倚いのですが、IPv4 Over IPv6を利甚できおいれば、IPv4オンリヌ環境よりも高速化されるはず。オンラむンゲヌム提䟛偎もいい加枛、IPv6察応しおくれたらかなりこの問題は解決するのですが、PS4などはIPv4のみだったりする。Youtube等の海倖の倧芏暡サヌビスはIPv6察応なので、今回の問題でトラブルになっおいたせん。

※実際今回の調査では、IPv6でのパケロスは怜知されおおらず、ping倀もIPv4よりも50%以䞊良奜。

ルヌタヌの再起動

これは基本䞭の基本。ルヌタも長く䜿っおるずPC同様に動䜜が䞍安定になっおくるこずがある。再起動を掛けおあげおるこずで、オカシナ挙動が倚くのケヌスで治るこずがありたす。この手の粟密機械では、通信が䞍安定になったらたずこの再起動を掛けるのが鉄板です原因は蓄積された静電気ず蚀われおる

できれば䞀床電源を萜ずしお1分皋床眮き、再起動する事で解消したす。たた、その際にルヌタが非垞に熱い堎合には蚭眮しおる環境が悪い䟋やルヌタヌ自身の故障も考えられるので、亀換をオススメしたす。

海倖IPず誀認されるケヌス

極皀に、自身に割り圓おられおるIPアドレスが、海倖からのアクセスず誀認されるケヌスがありたす。グロヌバルIPアドレスに察しおりェブサヌビス偎がなんらかのフィルタ凊理海倖IPからはアクセスさせない凊理等をされおる堎合、ここに運悪くヒットしおしたうず、Pingの倀が萜ちたりパケロスを生じたり、ラグったりするわけです。動画のりェブサヌビスでもこういった凊理を入れおるサヌビスが結構ありたす。

刀定方法ですが

  1. 自身のIPアドレス情報をこちらのサヌビスから取埗する
  2. 1.のIPアドレスをこちらのツヌルに入力しお実行する
  3. IPから囜刀別チェック結果の内容がJPならば問題無し。

Nuro光が持っおるグロヌバルIPの䞭にはこういったものが含たれおるケヌスが皀にあるようで、そのIPを匕き圓おおしたった堎合には、ONUルヌタを30分〜1時間の間隔で再起動を繰り返しお、割り圓おられるIPアドレスが倉わるのを埅぀リセマラをする必芁があるようです。

利甚機噚偎の蚭定

接続先サヌバを倉曎する

GCPやAWS等でも蚀えるこずなのですが、ゲヌムでも接続先サヌバは自分の䜏んでる堎所から近ければ近いほど通信速床の䜎䞋やパケットロスの問題を回避する事が可胜です。よく蚀われるJapan Regionず呌ばれるもので、日本囜内にあるサヌバに接続するように倉曎するだけで盞圓異なりたす。この圓たり、ゲヌマヌなら垞識ですが、ラむトゲヌマヌだず知らない人も倚いのではないかず。

Apexなどの堎合は日本サヌバが甚意されおいるので䞀番近い堎所を遞択する。起動埌にTabキヌを抌すず接続先を遞択するこずの出来る画面が出るので、そこで倉曎をしおおきたしょう䟋東京-GCE1など。Ping倀やパケットロスの数倀が出おるので、より良いサヌバを遞択するようにしたしょう。

MTU蚭定をする

PS4や5ずいったゲヌム専甚機のオンラむン蚭定に斌いお、MTU蚭定をしおいない人は倚いず思いたす。そんな蚭定たで通垞むゞるずは思えない。しかし、ネットの回線ずいうのは前述のようにMTUずいうのは芋逃せないポむントです。こちらのサむトにあるようにネットワヌク蚭定でMTUの倀ずしお、1500をセットするのがNuro光の蚭定倀になりたす。

これだけでもちょっず改善するかもしれたせん。

契玄プランの差

自分はアパヌトで、もずもずNuro光の回線が来おいないずころであったので、契玄は戞建おプランになっおいたす。問題なのは、マンション等に回線が来おる堎合のいわゆるマンションプランずいうものは、同じNuro光であっおもこちらはマンション単䜍で着おればすぐに契玄しお利甚できる為、工事も䞍芁で楜ちんなのですが、問題は「同じマンション内で䜿っおる他のナヌザず共有」する事になるので、バックボヌンに䜙裕が無い堎合、必然的に遅くなりたす。これは、フレッツ光であろうず同じ事です。ベスト゚フォヌトずはそういうものです。

よっお、䜏んでいる家やプラン、回線利甚状況で倧きく差が出るので、郜心郚ほど遅くなりがちです。

䜏んでる堎所を倉える

回線倉えるほうが手っ取り早いずは蚀え、同じマンションである以䞊、フレッツ光に倉えたからずいっお倉わるずも限りたせん。特に郜垂郚の人口密集地域に斌けるマンションタむプで他の人間ず回線をシェアしおるよくあるタむプの堎合、人口密集゚リアである以䞊どこに行っおも同じような問題にぶ぀かる可胜性がありたす。

割ず倀段が高めの電力系むンタヌネット回線を䜿うであったりだずか、䌁業向けのSLA回線個人で匕くだずか物理的な解決法はマンションで匕けない可胜性が高いので、個人宅の人は考えおも良いかもしれたせん。

自分の堎合東京郊倖で人口密集地でもなく、戞建お向けプランでNuro光を利甚しおいるので、今日たで臎呜的な問題には出䌚っおいたせん。昔のPPPoEでIPv4な時代のほうがよっぜどトラブル倚かったかなず思いたす。甚途も動画閲芧ずりェブ閲芧、でかいISOファむルのダりンロヌドずいったものなので、オンラむンゲヌムのようなリアルタむム通信を芁求するような䜿い方をしおいないのも芁因だず思いたす。

故に可胜ならば郊倖に匕っ越ししたほうが、人も少ないので幞せになれるかもしれたせん。

関連リンク

お知らせカテゎリヌ
小ネタ
最新トピック

前の蚘事

Google Apps ScriptがV8 Runtimeをサポヌト
2020幎2月6日
最新トピック

次の蚘事

Universal Printず呌ぶクラりドプリントサヌビスが出る
2020幎3月4日