Lycolog

前にデスクチェア探しの終わりで椅子を買い替えたわけだが、以前使っていたNシールドカルカと比べると蒸れやすい問題があり、夏になりちょっと耐えられないレベルになってきたのでござを買って対処することにした。

買って気に入ったもの

ニトリの竹マット(ブルー 45X65 SQ07)を買った。椅子全体を覆うサイズ感があり、胡坐をかいたり、片足を下ろしてもカバーしてくれるので丁度いい。

クッション性もほとんどなく、裏地に薄い布地がある他は、ほぼ竹なため、通気性がいいのが特徴だ。裏に滑り止めがついているため上で動いても滑らないのもいい。

買ったけどイマイチだったもの

竹シートクッション(SQ09)はクッション性があったのと、中綿が少し蒸れてちょっとこれはないなと思った。

チェアシート(Nクール極冷26 ネイビー)は触り心地は悪くないのだが、ちょっと小さすぎるのが残念だった。

R86S U1のNICについているSFP+ポートの片方が不安定という問題があり、これがずっと悩みの種だった。

しかしR86S U1のNICはOCP2.0のメザニンカードという特殊な規格であり、入手が難しかった。あと最近なんでも高いことや、ここ一年近く財政が悪く資金がショートしていたこともあり、中々購入のタイミングがなかったが、偶然安いのを見つけたので交換を決意した。

• 購入したもの
• 配送
• 開封の儀
• OpenWrt上でのセットアップ
• そのまま使うと温度が上がりすぎた
• 冷却対策
• ベンチマーク
  • Windows → Ubuntu
  • Ubuntu→Windows
  • まとめ
• 交換前のConnectX-3が改造品だった話
• あとがき

購入したもの

ほぼ新品 Mellanox ConnectX-4 CX4421A MCX4421A-ACQN ネットワーク インターフェイス PCIe カード (OCP2.0 用)

ほぼ新品とあるが中古なのは間違いない。

写真を見る限り左右でコネクタが異なるといったこともなく、3,745円でConnectX-3からConnectX-4に上げられて不調もなくなるならアリではないか？と思い、購入することにした。

配送

荷物はいつも通りCainiaoから発送され、国内ではエスポ便という聞いたこともない業者に引き渡された。軽く調べたところ株式会社エスポリアという越境ECのサービス会社がやっているようで、ここ最近のアリエクに増えているらしい。ここ自体は仲介業者で配送はしてないらしい。

そういえば最近中華特有のテカテカしたプチプチ袋減った気がする。

実際の配送はかつてAmazon便で悪名を馳せたTMG、椿本グループだった。久々に見たので、一般消費者向け宅配便事業で生きてたのかお前…となった。

開封の儀

結構ちゃんとした箱に入っていた。

中身。緩衝材が底にあり、本体も一応元袋らしきものに入っていた。いい感じのヒートシンクがついているのが素晴らしい。

賞味期限ラベルみたいなものが貼ってあったが非常に強力なシールで、爪でカリカリすると爪が削れるレベルで剥がせなかったため剥がすのを諦めた。

新旧比較をすると上が今まで使っていたやつで、下が今回新たに買ったやつだ。

裏返したところ。裏面には薄いアクリルフィルムが基板を保護するように付いていた。短絡防止用だろうか？ヒートシンクを支えるプッシュピンも見えた。

ラベルを見る限り2019年6月製とみられ、比較的新しい製品なのも嬉しい。以前使っていたConnectX-3は製造時期不明だがCX342Aは2015年のモデルらしいので、だいぶ古い。

どこで見たか記憶にないがConnectX-3はサポート切れが近いか、切れていることもあるという話も見た気がするのでConnectX-4を入手できたのはよかった。メイン機もサーバー機もNICはConnectX-4なのでお揃いになった。

装着は既存のConnetX-3を外し、カードを刺す場所に元々ついてたチップクーラーを除去して取り付けたら、そのまま何事もなく普通に装着できた。

このクーラーがあるとヒートシンクに干渉するので、外す必要があった。

OpenWrt上でのセットアップ

OpenWrt 24.10.0にはドライバがなかったのでドライバを入れるのをやっていく。

SFP+以外に接続手段のない私の環境ではルーターのSSHに繋ぐ術がなかったので、R86S U1本体にキーボードとモニタを接続して作業した。

# まずはNIC周りの調査ツールを入れる
opkg update
opkg install pciutils ethtool

# ドライバの状態とかが見れる
# Kernel driver in use: igcならドライバがない
lspci -nnk

# ドライバを入れる。kmod-mlx4-coreは後で消した
opkg install kmod-mlx5-core
# JISキーボードだとアンスコが出せないので頑張って探して打った
modprobe mlx5_core

あとはこのまま再起動したら普通に繋がった。

そのまま使うと温度が上がりすぎた

現状片側のSFP+しか使っていないうえ、それも初日なので不具合は何もない。以前使っていたのも最低でも一週間は使ってないと不安定化しなかったので、まだ安定性は不明だ。

ただソケットが両方とも同じ形に見えるので、以前使っていたものよりは安定するのではないかと考えている。

温度については高くなりがちなようで、R86S U1本体のCPU温度が51度に達することもあった。

以前のNICの温度はデータがなく比較できないのだが、ここまで上がっていることはなかった気がしている。

NIC本体の温度は取得する方法が今のところ分かっていない。mstflintでmstflint -d xxxx -reg_name MTMPとかしたら、提供されていないとか出た気がするがログは取っていない。

参考までに以下の手順でレジスタの値が取れるっぽい。参考：man/mstreg

# 必要なツールのインストール
opkg install lspci mstflint
# MellanoxのデバイスIDの取得
lspci | grep Mellanox | awk '{print $1}'
# レジスタ名一覧
mstflint -d <デバイスID> -show_regs
# レジスタ値の取得
mstflint -d <デバイスID> -reg_name <レジスタ名> -g

関係ないがデータがないのはGrafanaに出しているデータを永続化していないため、tmpが吹き飛ぶと消える状態なので、ここはそのうち何とかしないといけない。

冷却対策

端的に言うとヒートシンクを剥がし、R86S U1に元からついてるクーラーを装着した。

まずはConnectX-4を取り出し、ヒートシンクを外し、グリスを塗りなおす。この時ついでに裏のフィルムも剥がし、熱が溜まらないようにした。

R86S U1に元々ついてたチップクーラー（前述の奴）を持ってきて、付け直した。

ファンレス冷却（ヒートシンク）とファン冷却（クーラー）で同時刻に温度を比べたところ、5度ほど下がるという結果が出たので、かなり効果があった。

新しい奴のヒートシンクの方が目が細かく作りもしっかりしているように見えるが、風のあるなしがそれほどまでに大きいということだろう。

しょぼいヒートシンクと小さいファンの組み合わせなのであまり意味がないだろうと侮っていたが、結果は歴然だった。恐らくこれはケースが小さく通気の余地が少ないこともあり、自然対流には期待できないということの表れなのだろう。

ベンチマーク

以下の構成で速度を計測した結果。そもそもLAN内でパケットがルーターの中を通っているかが謎なのでルーターNIC交換の影響があるかどうかは不明である。

Windows - R86S U1 - MikroTik CRS305-1G-4S+IN - Ubuntu

以前の計測結果はこっち。

Windows → Ubuntu

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.01   sec  1.07 GBytes  9.13 Gbits/sec
[  5]   1.01-2.01   sec  1.09 GBytes  9.36 Gbits/sec
[  5]   2.01-3.00   sec  1.08 GBytes  9.36 Gbits/sec
[  5]   3.00-4.00   sec  1.09 GBytes  9.36 Gbits/sec
[  5]   4.00-5.01   sec  1.10 GBytes  9.36 Gbits/sec
[  5]   5.01-6.00   sec  1.08 GBytes  9.36 Gbits/sec
[  5]   6.00-7.01   sec  1.10 GBytes  9.36 Gbits/sec
[  5]   7.01-8.01   sec  1.09 GBytes  9.36 Gbits/sec
[  5]   8.01-9.01   sec  1.09 GBytes  9.36 Gbits/sec
[  5]   9.01-10.00  sec  1.08 GBytes  9.36 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.00  sec  10.9 GBytes  9.34 Gbits/sec                  sender
[  5]   0.00-10.00  sec  10.9 GBytes  9.33 Gbits/sec                  receiver

Ubuntu→Windows

[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  1.08 GBytes  9.30 Gbits/sec    0   1.54 MBytes       
[  5]   1.00-2.00   sec  1.08 GBytes  9.28 Gbits/sec    0   1.62 MBytes       
[  5]   2.00-3.00   sec  1.08 GBytes  9.27 Gbits/sec    0   1.70 MBytes       
[  5]   3.00-4.00   sec  1.08 GBytes  9.28 Gbits/sec    0   1.78 MBytes       
[  5]   4.00-5.00   sec  1.08 GBytes  9.28 Gbits/sec    0   1.78 MBytes       
[  5]   5.00-6.00   sec  1.08 GBytes  9.29 Gbits/sec    0   1.78 MBytes       
[  5]   6.00-7.00   sec  1.08 GBytes  9.28 Gbits/sec    0   1.78 MBytes       
[  5]   7.00-8.00   sec  1.08 GBytes  9.28 Gbits/sec    0   1.93 MBytes       
[  5]   8.00-9.00   sec  1.08 GBytes  9.28 Gbits/sec    0   1.93 MBytes       
[  5]   9.00-10.00  sec  1.08 GBytes  9.28 Gbits/sec    0   1.93 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  10.8 GBytes  9.28 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  10.8 GBytes  9.28 Gbits/sec                  receiver

まとめ

前回と比較すると若干速度が落ちているが、サーバーとして動かしてて帯域を食っている分減っているのかもしれない。

交換前のConnectX-3が改造品だった話

以前使っていたPCB000620は元々SFP+片ポートモデルで、どうやらR86S U1では2ポートに改造していたようだ。

その影響なのか明らかに片方だけソケットの形が異なる。上側のほうが綺麗で、下側は使いこまれているのか、ややぼろ目に見える。

裏面を見ると片方ははんだ付けされているが、片方は差し込んであるだけ。シールも一度剥がしたものを貼り付けているのか、ペラペラしていてすぐに剥がせた。

おそらく上側（PORT 0）のはんだ付けされていた方が本来のソケットで、後から付けたやつ、つまり下側（PORT 1）が差し込んだだけの奴と思われる。

本来のソケットがぼろい方、後付けのが綺麗な方である。

奥の方の作りも異なる。左がPORT 0、右がPORT 1。

R86S U1のNICについているSFP+ポートの片方が不安定だった話で不安定だったのはPORT 1の方なので、改造して無理に取り付けていた方が不具合を発していたのだろう。本来できないことをしているので無理もない。

裏面の形も異なる。

恐らくよくある片ポートの奴にソケットを増設したのだと思う。

ソケットが片ポートしかなくても回路が実装されていることはよくあるので、この回路を流用しているのだと思う。回路もあるし、チップも恐らく同じなので原理的には問題なく動きそうに思える。

R86S U1のSFP+を使い始めたのは2025年の9月17日からだった^[1]が、同年12月13日にはリンクアップとリンクダウンが繰り返される事象を確認していて、同年12月25日にSFP+差し込みポートの変更を行ってからは一度も起きていない。

この時の気温が落ちたので金属製のSFP+ソケットの接触不良になったのではないか？と考えていたが、恐らくソケットではなく、基板本体との接触が寒暖差でダメになったのかもしれない。実際、先ほどの写真を見ても基板の穴からピンが出たり出ていなかったりするので、寒暖差でここが僅かに狂った結果、基板と接触不良になり、回路がチャタリングした結果、リンクアップとリンクダウンをミリ秒単位で繰り返す状態が起きていたのかもしれない。

もし、この理屈が正しければ強く押し込んではんだ付けすれば改善しそうではある。

あとがき

NIC交換の時に取り出した時、酷い埃まみれになっていたのでいい加減、冷却面をどうにかしたい気がしている。

普段は上に80mm角ファンを載せて運用しているため、埃の元凶はこれである。一旦はファンフィルターを買ってその場を凌ぎたいところだが、本質的にはちゃんとしたケースに収めてちゃんとしたクーラーをつけるのが最良だと思っている。

R86S U1を冷やそうとした作業の残渣にも書いているが、R86S U1の冷却機構は耐久性があるように見えず、また大して冷やしてもくれない。上にファンを載せて風を入れていると、いつの日か中が埃まみれになってしまうし、このケースはメンテナンス性が良くないので清掃も面倒だ。

理想論としてはこんな感じのケースに組み込めればよいだろう。これならメンテナンスがしやすいし、NICのヒートシンクも元の奴が生かせそうだ。ファンも40mm角ファンだろうから壊れても交換が容易である。

まぁこれは行き過ぎとしても、ラズパイのタワークーラーを載せるとか、そういうのができるとよいなとは思っている。基板むき出しは埃が溜まってショートしそうなので、ケースもあった方がいいだろう。

ただそれをどう実現するかが難しいところで、まず本来的には3D CADでケースやCPUクーラーをモデリングし、CNCで金属を削るという工程が必要だろうが、そんなものはないし、仮に3Dプリンタである程度何とかするにしても、3D CADの使い方を学ぶところからだと気が遠くなる話で、なかなか難しい…。

そもそもノギスで測っても測るたびに数ミリ単位の誤差が出るので、アナログな図面を書くことすら困難だ（多分ノギスの角度が微妙に毎回ズレてる）

こんなことであれば去年アリエクのセールでファンレスのR86SであるR86S-FLN100を買っておけばよかった。今は22.7万もするが、去年は11万くらいで、セールでは9万にまで落ちていて、買いだった。まぁあとからは何とでも言えるし、そもそも9万でも安くないわけで、言ったところで仕方がない。

現実案としては厚紙にボードを固定して外枠をペンで引き、ネジ穴については基板のネジ穴スレスレの何かを差し込んでマーキングすればそれなりに正確なものが取れるだろうから、一度手書きで図面を書き、それを基にアクリル板を加工し、簡単なケースを作るのが一段階目としてはよさそうな気がする。

ただCPUクーラーをどうするかという問題が根深く、ここが難点になると思う…。これはCPUクーラーを作るにはCPUのヒートスプレッダに乗ってくれるヒートシンクを持ったファンと、そのファンと基板のネジ穴を繋ぐ足が必要になるからだ。ヒートシンクと基板のネジ穴がマッチしないとならないので、恐らくこれが一番の難関だろう…。

たぶん厚紙→アクリル板がいければ図面を起こせるので、カスタムアルミケース業者に発注すれば、きちんとしたものも作れると思う。そこまでやるかどうかは未定だが…ｗ

Xperia 1 VIからXperia 1 VIIIに買い替えてからファイルマネージャー＋でのSDカードの読み込みが露骨に遅くなった。今までならSDカードの中身が瞬時に表示されていたところ、数秒かかるようになったのだ。

そこでSDカードを買い替えてみたらよくなったので、その記録。

• 買い替えようと思った切っ掛け
• 今回買ったSDカード
• これまで使ってたSDカードとの比較
• 高くなってしまったSDカード
• 増えた謎のメーカー
• あとがき

買い替えようと思った切っ掛け

ふとカメラアプリを眺めていたら高速書き込み可能なSDカードという表記があり、もしや使っているSDカードの規格が古すぎて最新のスマホだと相性で遅くなるのかもしれないと思い、SDカードを買い替えることにした。

今回買ったSDカード

SDカードといってもスマホ用なのでmicroSDカードだが、一般的にSDカードと呼ばれていると思うので、本記事ではSDカードで統一する。

Biwin microSDカード MS210 128GBというのを買った。 210MB/s読出・170MB/s書込らしい。

聞いたことのないメーカーだったがググると企業サイトが存在し、実在の企業でありそうなこと、価格コムに掲載のあるメーカーであることから問題ないと判断した。それに仮に問題があったとしても安いし、地雷踏みと思って買えばいいレベルの値段なので気にならない。

他のメーカーだと6,000円から1万円強ほどするグレードの製品だと思うが、Biwinのは私が買った時点では3,781円と安価だった。というか他が高すぎるだけな気もするが…。

これまで使ってたSDカードとの比較

左が今回新しく買ったBiwin、右がこれまで使ってたSanDisk。

スピードクラス10のマークが消え、ビデオスピードクラス30が増え、UHSスピードクラスが1だったのが3になり、アプリケーションパフォーマンスクラスも1から2に増えている。かなりのスペックアップだ。

SanDiskの方は購入当時1,880円で、買ったときは余りの安さにAmazonから偽物が送られてくるという噂があったほどの人気モデルだった。購入履歴を見ると、SanDiskのやつを買ったのは6年前だったようだ。

高くなってしまったSDカード

AmazonでSDカードを見てみるととんでもない価格になっている。メモリ高騰の影響をしみじみと感じる価格だ…。

以前使っていた1,880円で買ったSDカードも今見たら6,801円にもなっていて、中々えげつない。

今回の購入品はビデオスピードクラス30・UHSスピードクラス3・アプリケーションパフォーマンスクラス2の128GBで3,781円なので大変お買い得と言える。レキサーメディアのなんか5,880円もする。

余談だがSONYストアでは、かつて今回買ったものと同一グレードの品が2,680円で売られていたようなので、今回の3,781円でも高い方なのかもしれない。

増えた謎のメーカー

今回見ているとBiwinを始め、GIGASTONEやNextorageといった聞いたことがないメーカーが目立った。Biwinについては先述したが、どれもしっかりしたメーカーのようだ。

例えばGIGASTONEは日本法人を持っていて、オフィスがあるようだし、NextorageはSONYのメモリストレージ部門が独立してできた会社らしい。

しかしかつてSamsungやTranscendが辿ったように、SanDiskもすっかり激安メーカーから普通のメーカーになってしまった。今はかつてのSanDiskの地位にBiwinがいる感じだろう。時代の変遷を感じざるを得ない。

あとがき

ひとまず様々な記憶媒体が高騰する中、そこそこお安い価格でSDカードを買うことができ、読み込みの遅さも解決したので良かった。ついでに今時のストレージメーカー事情も知れて一石二鳥だ。

そういえば小学生の頃に、いつしか小指の先程の大きさで1TBのストレージが出るというのを吹聴していたが、いつの間にかmicroSDに1TBが出ていたので現実になっていることに気がついた。SDXCの規格上は2TBが上限なので、存在すること自体に不思議はないが、あくまで大きい方のSDカードの話だと思ってただけに意外だった。

調べたら今はSDUCと言って32TBまでの規格があるらしい。NANDは基本的に本来の容量より過剰にセルを積むことで書き込み回数を増やしてるので、32TBなんてすぐ壊れそうだが、大丈夫なんだろうか…。

あと全然関係ないけど既に今年の記事数が156記事に達し、2024年の153記事を超え、2025年の165記事に迫っていることに軽く戦慄している。まだ今年の半分が過ぎ去ったばかりだというのに、何とも恐ろしいペースだ…。主に先月が凄まじいが、今月も既に1日1記事ペースを超えてるので、恐ろしいペースである…。

書きたいネタが無尽蔵にあるので減速するかどうかは謎だが、幸い今週末は土日とも遠征予定があり、来月にも遠征予定があるので減速するかもしれないし、しないかもしれない…。

Mastodonの方にはちょろっと書いたけど、サイト設立から25周年経過したというネタも記事に出来てないんだよなぁ…。

折角LAN内10GbEにしたし、WiFi7が出てずいぶん経つし無線LAN環境も充実させたいよなぁ…と思い、WiFi7対応のWANポート10GbE対応ルーターとしてASUS RT-BE92Uを買ったので、その関連のログ。

• 今回買ったもの
• 開封の儀
  • ASUS RT-BE92U
  • ASF-10G-T80
• 設置後の風景
• セットアップの儀
• 速度計測
  • AP・サーバー間の通信測定
    • [物理線経由] AP → サーバー
    • [物理線経由] サーバー → AP
  • ノートPC
    • [WiFi経由] ノートPC → サーバー（旧AP）
    • [WiFi経由] ノートPC → サーバー（新AP）
  • スマホ
    • [WiFi経由] スマホ → サーバー（旧AP）
    • [WiFi経由] スマホ → サーバー（新AP）
  • まとめ
• あとがき

今回買ったもの

• ASUS RT-BE92U
  • 10GbE WANポートを1口搭載したWiFi7対応ルーター
  • 箱が質素だが、ナフサ不足の影響だろうか…。台湾とて例外ではないはず
• 10Gtek SFP+ to RJ-45トランシーバー ASF-10G-T80
  • RT-BE92UはRJ-45しか対応してないので変換用
• 10Gtek 10GbE SFP+ DAC Twinaxケーブル SFP-H10GB-CU0.5M
  • これは間違えて買ったので使わなかった

開封の儀

ASUS RT-BE92U

箱を開けるとこんな感じ。紙の繊維を圧縮したようなケースや紙箱に入った、最近ではよくある梱包。

付属品は壁掛けフック、ACアダプタ、壁掛けフックを固定するネジ、CAT6 LANケーブル。

LANケーブルは同梱品にありがちな極太で硬そうなやつ。

ASF-10G-T80

トランシーバーは金属製の缶に入っており、やたら凝っていた。

手持ちのCAT6Aケーブルを挿すとこんな感じ。

設置後の風景

Before	After

びふぉーの写真が去年のものなので完全に前後の写真という訳ではないが、大体こんな感じということで…。

例えばBeforeとAfterでは右側から伸びているコンセントの本数が違うが、これは今回の施工とは関係なく、もっと前に配線変更で減らしたものである。

セットアップの儀

地味にハマるポイントがあり、苦労した。

1. まずL2スイッチにWANポートを接続しセットアップを始めた
2. 192.168.50.1が初期IPで、このIPがあることを確認して、http://192.168.50.1に接続するものの何故か繋がらない
3. http://www.asusrouter.comに繋げとマニュアルにあったので繋ぐが繋がらない
4. http://192.168.50.1:8443/に繋ぐといい情報を得たが繋がらない
5. http://www.asusrouter.com:8443/にも繋がらない
6. https://192.168.50.1:8443/にもhttps://www.asusrouter.com:8443/にも繋がらない
7. 有線だから悪いのかと思い、WiFi経由で接続を頃見るが繋がらない
8. WANポートの線を抜きスタンドアロンにして、WiFi経由で同じことをやり直したがやはり繋がらない
9. しかしWiFiのデフォルトゲートウェイは192.168.50.1を挿していた
10. ブラウザ経由で操作できないのはなんとも承服しがたいがASUS Routerアプリを試すことにした
11. アプリを起動しルーターに接続すると「モデルをルーターのWANポートに接続したことを確認してください。」というメッセージが表示され、プログレスバーが100%になるとエラーで死んだ
    

    

12. リトライすると通ったので無視することにした。WANに直接刺さってないと上手く動かないのかもしれない
13. ISPがどうのこうのなどWAN前提のメッセージが何度か出たが全部無視した
    

    

14. WANの種類を選べと言われたがAPにWANもクソもないのでDHCPのまま進めた
    

    

15. 「ネットワークを再アクティブ化」というのが出たので数分見守った。再起動してるだけだと思う
    

    

16. 動作モードをタップ
    

    

17. アクセスポイントモードを選択し適用
    

    

18. ここまで行うとブラウザからhttp://192.168.50.1への接続に成功したが、あんまり納得できなかった
19. 管理画面に入ったら詳細設定→LAN→スイッチ制御に遷移しジャンボフレーム有効をON
20. 管理→システム→サービス→SSHを有効にする、で「LAN only」
21. SSHのポートを適当に指定し、パスワードログインを許可「いいえ」、認証済みキーに公開鍵を貼り付けて設定
22. ここから先はSSHに入れた
23. OSはBusyBox v1.24.1で、何故かIPv6がなく、iperf3が最初から入っていた。どうやらこのルーターにはIPv4でアクセスするしかなさそうだ
24. ホームディレクトリは/tmp/home/rootで、再起動したら消えそうな勢い
25. ルートディレクトリは以下の構成で、ルートにはASUS関連のファイルが直置きで散らばっていた

    /.diag
    /.sdn
    /asusdebuglog
    /asusfbsvcs
    /avahi
    /bwdpi
    /cfg_mnt
    /confmtd
    /dm
    /etc
    /home
    /mnt
    /nc
    /netool
    /notify
    /share
    /var
    

速度計測

AP・サーバー間の通信測定

APからサーバーに飛ばしたiperf3の測定結果。構成は以下の通り、速度はその口がサポートしている最大を記載。

なお、このケースではAPのCPU使用率が100%に張り付いていた。

1. [AP] RT-BE92U (OUT RJ-45 10GbE)
2. [LANケーブル] CAT 6A RJ45 LAN (CAT6A 10GbE)
3. [トランシーバー] ASF-10G-T80 (10GbE)
4. [L2SW] MikroTik CRS305-1G-4S+IN (SFP+ 10GbE)
5. [DAC] 10Gtek CAB-10GSFP-P0.5M-30 (SFP+ DAC 10GbE)
6. [NIC] Mellanox ConnectX-4 Lx (SFP+ 10GbE)
7. [サーバー] Ubuntu 24.04.4 LTS

[物理線経由] AP → サーバー

[ ID] Interval Transfer Bitrate Retr
[ 4] 0.00-10.00 sec 4.42 GBytes 3.79 Gbits/sec 0 sender
[ 4] 0.00-10.00 sec 4.42 GBytes 3.79 Gbits/sec receiver

[物理線経由] サーバー → AP

[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 2.99 GBytes 2.56 Gbits/sec 135 sender
[ 5] 0.00-10.00 sec 2.98 GBytes 2.56 Gbits/sec receiver

ノートPC

ノートPCとサーバーをAPを挟んで繋いだ時のiperf3の測定結果。

[WiFi経由] ノートPC → サーバー（旧AP）

従前のAPを利用し、ノートPCからサーバーに飛ばしたiperf3の測定結果。構成は以下の通り、速度はその口がサポートしている最大を記載。

1. [ノートPC] Windows 11 Home (WiFi 6E)
   • NEC Lavie PC-GN20D72DYEDYH2YAA
2. [旧AP] WSR-1800AX4P (IN Wi-Fi 6→OUT 1GbE LAN)
3. [LANケーブル] CAT 6A RJ45 LAN (CAT6A)
4. [L3SW] R86S U1 (IN RJ45 2.5GbE→OUT SFP+ 10GbE)
   • ここでRJ45とSFP+をソフトウェアでブリッジしている（こいつにはNICが2枚刺さってる
5. [L2SW] MikroTik CRS305-1G-4S+IN (SFP+ 10GbE)
6. [DAC] 10Gtek CAB-10GSFP-P0.5M-30 (SFP+ DAC 10GbE)
7. [NIC] Mellanox ConnectX-4 Lx (SFP+ 10GbE)
8. [サーバー] Ubuntu 24.04.4 LTS

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.01  sec   148 MBytes   124 Mbits/sec                  sender
[  5]   0.00-10.03  sec   147 MBytes   123 Mbits/sec                  receiver

[WiFi経由] ノートPC → サーバー（新AP）

今回購入したAPを利用し、ノートPCからサーバーに飛ばしたiperf3の測定結果。構成は以下の通り、速度はその口がサポートしている最大を記載。

1. [ノートPC] Windows 11 Home (WiFi 6E)
   • NEC Lavie PC-GN20D72DYEDYH2YAA
2. [新AP] RT-BE92U (OUT RJ-45 10GbE)
3. [LANケーブル] CAT 6A RJ45 LAN (CAT6A 10GbE)
4. [トランシーバー] ASF-10G-T80 (10GbE)
5. [L2SW] MikroTik CRS305-1G-4S+IN (SFP+ 10GbE)
6. [DAC] 10Gtek CAB-10GSFP-P0.5M-30 (SFP+ DAC 10GbE)
7. [NIC] Mellanox ConnectX-4 Lx (SFP+ 10GbE)
8. [サーバー] Ubuntu 24.04.4 LTS

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.01  sec  1.28 GBytes  1.09 Gbits/sec                  sender
[  5]   0.00-10.03  sec  1.27 GBytes  1.09 Gbits/sec                  receiver

スマホ

スマホとサーバーをAPを挟んで繋いだ時のiperf3の測定結果。

[WiFi経由] スマホ → サーバー（旧AP）

従前のAPを利用し、スマホからサーバーに飛ばしたiperf3の測定結果。構成は以下の通り、速度はその口がサポートしている最大を記載。

1. [スマホ] Xperia 1 VIII (WiFi 7)
2. [旧AP] WSR-1800AX4P (IN Wi-Fi 6→OUT 1GbE LAN)
3. [LANケーブル] CAT 6A RJ45 LAN (CAT6A)
4. [L3SW] R86S U1 (IN RJ45 2.5GbE→OUT SFP+ 10GbE)
   • ここでRJ45とSFP+をソフトウェアでブリッジしている（こいつにはNICが2枚刺さってる
5. [L2SW] MikroTik CRS305-1G-4S+IN (SFP+ 10GbE)
6. [DAC] 10Gtek CAB-10GSFP-P0.5M-30 (SFP+ DAC 10GbE)
7. [NIC] Mellanox ConnectX-4 Lx (SFP+ 10GbE)
8. [サーバー] Ubuntu 24.04.4 LTS

[ ID] Interval           Transfer     Bitrate         Retr
[433]   0.00-10.00  sec   312 MBytes   261 Mbits/sec   18            sender
[433]   0.00-10.01  sec   311 MBytes   260 Mbits/sec                  receiver

[WiFi経由] スマホ → サーバー（新AP）

今回購入したAPを利用し、スマホからサーバーに飛ばしたiperf3の測定結果。構成は以下の通り、速度はその口がサポートしている最大を記載。

1. [スマホ] Xperia 1 VIII (WiFi 7)
2. [新AP] RT-BE92U (OUT RJ-45 10GbE)
3. [LANケーブル] CAT 6A RJ45 LAN (CAT6A 10GbE)
4. [トランシーバー] ASF-10G-T80 (10GbE)
5. [L2SW] MikroTik CRS305-1G-4S+IN (SFP+ 10GbE)
6. [DAC] 10Gtek CAB-10GSFP-P0.5M-30 (SFP+ DAC 10GbE)
7. [NIC] Mellanox ConnectX-4 Lx (SFP+ 10GbE)
8. [サーバー] Ubuntu 24.04.4 LTS

[ ID] Interval           Transfer     Bitrate         Retr
[512]   0.00-10.00  sec  1.40 GBytes  1.20 Gbits/sec    1            sender
[512]   0.00-10.01  sec  1.40 GBytes  1.20 Gbits/sec                  receiver

まとめ

公式商品ページには「最大9700Mbpsの超高速トライバンドWiFi 7」とあり、10GbEのWANポートがあることから10Gbpsを期待したものの、10Gbps出ることはなかった。所詮無線は無線ということか…。

とはいえ、以前のAPと比べたときの速度は4～8倍と格段に上がっており、WiFi経由での写真の転送もかなり早くなっており、全体的な満足度は高い。

今までルーターと言えば数千円のものを常用してきており、これは3万円強したが、よい買い物だったと思う。

あとがき

ルーターの置き方やアンテナの方向に無理があるので、ラックにぶら下げておけるような紐か何かがあると便利かもなぁと思ったので、そのうち整備したいところだ。

或いは壁美人を使って壁に付けるのもなくはないかもしれないが、ケーブルを伸ばすとケーブルに埃が溜まって嫌なので、それはしないかもしれない…。

旧AP (1GbE, WiFi6)	新AP (10GbE, WiFi7)

ひとまず10GbEネットワークが広がったので満足度は高まった。

上図ではWiFi APの部分以外も微妙に変わっているが、これはConoHa VPSを前段に置く対応を取りやめたことでPPPoEが復活したことを反映しているためだ。要するに別件の変更がごっちゃになっている（）

あとは無線は破線の方が分かりやすいというのでWiFiを破線化している。というか、これは元来破線だったのがいつの間にか消失していたのを戻している感じである。

手持ちのうろこ取りについて、購入以来ずっと使いづらかったので買い替えたのと、骨抜きを買った。

金属調理器具は貝印と決めているので、いつもの貝印。

今まで使っていたうろこ取り

昔突然うろこ取りが必要になったのでスーパーで買ったやつだが、どう見てもまともに使えそうにないやつである。

頑張れば取れるレベル。

今回買ったうろこ取り

金属製なのでガリガリ行けて大変便利だ。先は細かくなっており、鯛アラのような削り取る面積が少なく、形が複雑なものでもちゃんと取れる。

骨抜き

骨抜きにするという言葉があるが、その語源だろうか？

骨を抜くのに便利かなと思って買ったが、今のところ余り使えていない。肥やしになりそう。