自宅ネットワークとSwitchでスマブラSPのオンライン対戦をやるためのインターネット接続の考察

ブログ執筆のリハビリにもなるので閑話休題的な話題について備忘録を残そうと思います。

私はここ最近Nintendo Switchで出た「大乱闘スマッシュブラザーズSPECIAL」（スマブラSP）にハマっており、わりとオフタイムの時間をそれに捧げています。

スマブラSPではいくつかのオンライン対戦機能があり、それらをより快適にプレイするために、現状の確認と課題の洗い出しを行なったりしてみました。

オンライン対戦機能の種類

  • 「だれかと」対戦
    任天堂のサーバでマッチングが行われ知らないだれかと対戦する
    レーティング機能があり強い人のレートは高くなる
  • 「専用部屋」対戦
    いわゆるロビーを作成しフレンドを呼んで好き勝手に対戦する
    ロビーには最大8人まで参加でき対戦していないときは他のフレンドの対戦を観戦できる


結論

  • NTT東日本フレッツ光＆インターリンクの場合ネットワーク内のMTUを1454にしないと接続状況が著しく不安定になりニコニコ動画をはじめ一部のサイトはそもそも閲覧できなくなる
  • IPv6接続には「IPoE（ネイティブ）」と「PPPoE」の2種類があり本命は「IPoE」
  • インターリンクはどちらのIPv6接続方式も提供しているが「IPoE」の場合はオプションサービスとなっている
  • 「PPPoE」接続でIPv6環境を実現しようとする場合はその仕様上ルータをYAMAHA RTX等のエンタープライズ利用に耐えうる機種に置き換える必要がある
  • インターリンクの「PPPoE」版IPv6接続は無料で利用可能だが仕様上ルータの買い替えが必要となった
  • UPnPはセキュリティの課題があるプロトコルであるし家庭ではまず使わないので無効にする
  • HWでのNATは無効化したほうがいいらしい…確かに家庭用ルータはHWスペックが低そうだからオフロードさせない方がいいのかも（程度は不明だが速度は上がった）
  • WAN側からのPingは応答するようにした方がいいらしい…固定IPを引いている訳では無いので許可してみた（程度は不明だが速度は上がった）
  • ほんとかどうかわかんないけどSwitchの有線接続の場合Cat7よりCat6の方が逆に性能が出るらしい…逆にノイズが乗るらしい…なるほど


現状

  • 有線接続で混雑時間帯でも60Mbps程度は出力されているので快適な方だと言える
  • 空いているとSwitch上でも100Mbps超えるので速度は問題なさそう
  • 無線でも30Mbpsは出ているので対戦者に迷惑をかけることはなさそう
  • NTTから貸与さているPR400-NEはルータ機能もあるが現状はただのモデムとして利用している
  • 契約しているプロバイダはIPv6をサポートしているが前述の通り今すぐには利用できない
  • オンライン対戦で自分が対戦する場合は特に問題なくプレイできる
  • 前述の通りCAT7だと逆に性能が悪くなりそうなのでCAT6Aのケーブルを書い直した
  • 回線速度はこんな感じ
    　無線

    　有線

課題

  • 従前より「専用部屋で観戦中に頻繁に観戦から追い出される」という症状が発生しており解決には至っていない
  • 自分が対戦するときはなんともなく快適にプレイできる
  • 専用部屋は自分がホストになるときが多いがその場合Switchのダウンロード速度は半分以下になることは確認できている…ホストは負荷が高いのかな？

ネットワーク構成図

特に意味がなくなってしまったけどCacooで描いてしまったので貼っておく…


参考


  • フレッツ接続で特定のウェブサイトにアクセスできない https://faq.interlink.or.jp/faq2/View/wcDisplayContent.aspx?id=1266
  • オンラインゲームが切れてしまう対策方法 https://www.akakagemaru.info/port/onlinegameout.html
  • PS4でLANケーブルのCAT7は合いませんよね？ - そうですね、CAT7以上のケーブ... - Yahoo!知恵袋 https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q12205260567?ccode=ofv&pos=9
  • CAT7 の LAN ケーブルを使うならアースが必要 http://direct.pc-physics.com/network/cat7-earth.html
  • やっぱりUPnPは「無効」に設定すべき？という話について調査してみた https://did2memo.net/2013/01/31/turn-upnp-off/



コメント

コメントを投稿

このブログの人気の投稿

一部のユーザだけ NET::ERR_CERT_REVOKED でサイトにアクセスできない

イメージ
一部のユーザから、HTTPSのURLにアクセスできなくなったという連絡を受けました。 なんでも攻撃される恐れのあるサイトですとかなんとか…。 ブラウザのスクリーンショットをもらってみたら、こんな表示が。 Google Chromeでも同じ感じのエラーメッセージが表示されていました。（サイト名が出るので省略…） Chromeの方のエラーメッセージをよく見ると、 NET::ERR_CERT_REVOKED と書かれています。ファッ！？証明書が失効している…！？ そんな馬鹿なと思い手元でアクセスしてみたら普通に繋がる…HTTPSできてるよ？なんで？何が起こってるんだろう…。 結論を言うと、 SSL証明書業者が手違いで中間CA証明書を失効させてしまった ことにより、私たちが購入して使っている証明書が一時的に利用不可能になり、そのネガティブキャッシュをユーザが参照している 、というお話でした。 解消のための新しい中間CA証明書が公開されていたので、そちらを使って更新してみると、問題は解消されました。 ただ、自社が買っていたのはクイックSSL証明書だとばかり思っていたので、更新に失敗しまくって時間がかかりました。違うやつだった…。 SSL証明書とかドメインの周りのメンテナンスは多くても年に数回とかっていう頻度なので、いろいろ思い出すのに苦労しますね。 ていうか、そういうことあるんですね、中間証明書間違って消しちゃった！とか。 レジストラのDNSサーバダウンと合わせて、「 うちのせいじゃないんだけどご迷惑をおかけしてごめんなさい案件 」って感じで覚えておきたい…。
続きを読む

[AWS] WAF を自分で組み立てるなら SAM でテンプレート書いた方が楽だよ

タイトルの通りです。 あ、 この記事は AWS初心者 Advent Calendar 2018 の7日目 として書いております。 最近会社でWAFとかLambdaとかSAMとかちょっとEC2やRDSといった基本のプロダクトとは違った要素について検証・導入を行なっているのですが、Lambdaをデプロイするために使ってみたSAMでWAFをデプロイすると楽ちんでした。 たとえばここに、HTTPリクエストのメソッドの種別を確認し、HEAD、CONNECT、TRACEを利用したアクセスをブロックするようなWAFを作成するためのSAMテンプレートがあります。 これが存在するディレクトリで以下のようにパッケージングのためのコマンドを実行します。 あ、念の為に雑多なディレクトリではなく、このテンプレートだけが存在する新しいディレクトリを作成してください。 aws --profile [プロファイル名] cloudformation package --template-file template.yml --s3-bucket [あらかじめ用意したS3バケット名] --output-template-file packaged-template.yml これを実行することで、SAMでのデプロイのためにパッケージング化された各種ファイルが指定したS3バケットに送られ、そこからデプロイするために書き換えられた packaged-template.yml が生成されます。 Lambda Functionのためのソースコードがあればここで併せてパッケージング化されるのですが、今回は無いのでtemplate.ymlだけですね。 そして以下のコマンドを実行するとデプロイされます。 aws --profile [プロファイル名] cloudformation deploy --template-file packaged-template.yml --stack-name otameshi-http-method-restriction-for-cloudfront --capabilities CAPABILITY_IAM --parameter-overrides yourApplicationeName=[任意の文字列] コマンド名に
続きを読む

[#CentOS][#Apache] CentOS6 でApacheが起動できない

CentOS 6 で httpd を起動させようとした時のこと $ sudo /etc/init.d/httpd start httpd を起動中: httpd: bad user name apache    [ 失敗 ] なんじゃこりゃ。 ■問題 Apacheが起動できない。問題はapacheユーザ ■原因 httpd.confには ユーザ：apache グループ：apache　でhttpdを起動するようになっている。 ユーザとグループを確認してみよう… $ cat /etc/passwd | grep apache $ ユーザが居ない… $ cat /etc/group | grep apache apache:x:48: グループはある。なんでこうなってんだ？ ■対処 ユーザ「apache」を作ってグループ「apache」に入れてあげよう。 # useradd -g apache apache useradd: /etc/passwd をロックできません。後でもう一度試してください。 は？(#ﾟДﾟ) # ll /etc/*.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/passwd.lock -rw-------. 1 root root 5  2月 12 07:29 2013 /etc/shadow.lock これを消すか # rm /etc/passwd.lock rm: remove 通常ファイル `/etc/passwd.lock'? y # rm /etc/shadow.lock rm: remove 通常ファイル `/etc/shadow.lock'? y これでもう一度apacheをuseraddして…あれ、もしかしてロックファイルがApahceをインストール剃る前からあって、もしかしてyumのインストールシーケンスの中でユーザ作成だけ失敗してたりしてるのかな？ ということでApacheをインストールし直す方向で。 # yum remove httpd $ sudo yum install httpd httpd-devel mod_wsgi Pythonの勉強したいからmod_wsgiも入れてます。 で、yum入りました。 Transaction Summary
続きを読む