【無線LAN】OpenWrt【強化ﾌｧｰﾑ】13 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
WZR450HPで89x-SFE-xxxのパッチだけ入れて試してみた。
> root@LEDE:~# lsmod |grep short
> shortcut_fe 51472 0
> shortcut_fe_ipv6 52432 0
動いてるっぽいけど、速度は300Mbps位で変わってない…なにかしら足りない? fast-classifer はbuildしてインストールしてますか？ ご指摘通り漏れてました。ご指摘ありがとうございます。
あれ?
fast-classiferのmake通らない…89x-SFE-xxxだけじゃ足りないのかな。
時間のある時にもう少しじっくり試してみます。 >670 もおっしゃってますが、
fast-clasifer-example の方は選ぶとエラーになると思います fast-clasifer-exampleは外して、kmodのclassifierだけ有効にして。
>>677
言い方はきついが、愛を感じるぞww >>673
それで再度自ビルドしてインストールしてみたら、普通にclient isolationの
設定があって、実際に機能するのよね……まあ結果オーライ。
Musashinoさん、マスト丼の運用されてらっしゃるの？
どこでアカウント登録できるんですか？ mstdn.maud.io でとりあえずいいんじゃないの？ Qualcomm Fast Path For LEDEについてですが、
武蔵野氏がWZR-900DHPで、
SRCHACK氏がWZR-HP-AG300Hで、それぞれbuildと成功したようですね。 WZR-900DHPってBCM53xxじゃなかったか？ WZR-900DHPはbroadcom BCM53xxですね。
Qualcomm Fastpath (shortcut-fe)自体は
アーキテクチャに依存はしないようですねぇ
逆に言うとCPU処理になるので
他の処理にペナルティが出るかもしれませんね あなたのオッケーと私のOKが同じような基準とは限らん
欲望は青天井 WZR450HPでも動作OKでした。
SMBで適当に測っても300Mbps⇒600Mbpsで効果抜群。 >692
乙
SFEのパッチだけ適用ですか？
それとも他のqsdkモジュールも導入した感じでしょうか？
WZR-450HPってWZR-HP-G450H のリネーム品でしたっけ？ SMBは別件だった…訂正。
月末の締日に仕事がテンパってる中並行でこんな事してちゃいかん。
ローカル鯖対向でNAT越えHTTP10GB転送が約300Mbps⇒約600Mbps。
>694
WZR-450HPはWZR-HP-G450Hのリネーム品です。
17.01.2にFastPath追加のみです。???-SFE-*.patchだけを適用だと
kmod-fast-classifierのBuildが通らずしばらく悩み
luci-app-sqmを入れると通ると気が付くまで丸一日。 swconfigでL2SWの構成を変更して5ポートHUBにしている状態なら
Ether間はワイヤーレート近くまで上がらないとおかしいでしょう
カーネルに上げる必要性がないのですから
Ether <-> 無線 のブリッジについては少なくともドライバ層まで上がって来て
バケツリレーしなければいけないのでなにがしかの高速化機構が意味を持つ >>678
差しさわりなければbuildされたimage、(可能なら *.manifest、*_config.txtも)をupしていただけないでしょうか
BHR-4GRV(初代)でテストさせていただきたく gwlim氏の SFE patchはいろいろ混じっていて
LEDE Forumでは文句言われているものの、
機種・環境に依存する細かいチューニングをかけたfirmwareを作ろうという場合には
とても参考になりますね。
https://github.com/gwlim/mips74k-ar71xx-lede-patch/tree/lede-17.01/patch >697
ごめんなさい、微妙なものが入ってるのでNGです。お察しください。
手順的にはgwlimさんの手順通りで作業を進めて、patch_LEDE.shを流す前に
patchフォルダ内に???-SFE-*.patch、099-add-default-package.patchを
残してBuildしただけです。
追加はKernel Modules > Network Support 以下の
kmod-fast-classifier, kmod-shortcut-fe, kmod-shortcut-fe-cm です。
以前は沢山の謎パッケージが導入されてた099-add-default-package.patchも、
修正されてほぼ最低限のパッケージが導入されるよう修正されています。 >699
OK！
gwlim氏のパッチにはAr71xxには有用な物もありそうなので、
吟味して加えてbuildしてみます Qualcomm FastPath を適用したLEDE17.01.2 の PPPoE + NAT での評価として
>479-481 とほぼ同条件でテストしてみました。
(クライアントPC側を i7-6700 のマシンに更新してます)
>◎WZR-900DHP
> 純正 ver1.14 … 送信：935Mbps / 受信：936Mbps
> LEDE 17.0.1.1…送信：239Mbps / 受信：240Mbps
LEDE 17.01.2 FastPath OFF … 送信：275Mbps / 受信：276Mbps
LEDE 17.01.2 FastPath ON … 送信：306Mbps / 受信：307Mbps
※ musashino氏のbuild を使用
https://taiha.net/jenkins/job/LEDE-master-BUFFALO-WZR-900DHP_sfe/
>◎BHR-4GRV2
> 純正v1.03…送信：920Mbps / 受信：920Mbps
> 純正v1.08…送信：932Mbps / 受信：933Mbps
> OpenWrt 14.07※…送信：146Mbps / 受信：146Mbps ※AP135-20用ファーム
> LEDE 17.01.1…送信：355Mbps / 受信：355Mbps
LEDE 17.01.2 FastPath OFF … 送信：370Mbps / 受信：370Mbps
LEDE 17.01.2 FastPath ON … 送信：920Mbps / 受信：920Mbps
※ LEDE 17.01.2 master branch に
gwlim氏patch SHA1 hash 6e7e7e4b598294e3b4df495eb08d76f97c02078c を適用
Qualcomm FastPath のみ有効化 FastPath OFFはrmmod で kmod をアンロードしてから測定しました。
FastPath ON によるスループットの伸び率は
WZR-900DHPは約1.1倍、BHR-4GRV2では約2.5倍でした。
測定中のCPU負荷を cat /proc/loadavg で確認しました。
BHR-4GRV2 で 1分間平均 0.95 までcpuloadが上昇しました。(平時0.05～0.10)
でもこれは FastPath ON/OFFの場合でかわりませんでした。
とりあえず、BHR-4GRV2 では
LEDEでもオリジナルのファームウェア並みのスループットが出せるようになりました。 >>702
検証乙
検証結果が推測通りというのは、なかなか大したもんですね。 gwlimさんところの一連のやりとりの中で
githubの武蔵野大破さんとこが紹介されていたので
lede_17.01 branchの sfe_patches/ を取り込んで shortcut-fe, shortcut-fe-cm の
カーネルモヅールを組み込んでのビルドはなんか適当に選んでar71xxで通せた
そのモヅール 2個ロードすりゃ爆速になるのかね? fast-classifer も入れないと >678 のように
速度でないと思います ipq806xがqca8kとかいうスイッチドライバ？に替わるときに、とうとう
HWNATドライバも追加されるみたいよ。
https://git.lede-project.org/?p=lede/blogic/staging.git;a=commit;h=dd3bdac6d1dcd98d4d494052f7df31ca21558d6f
まだJohnのstagingだから、trunkに入るにはしばらくかかるかも ipq806x のnssアクセラレータドライバも組み込まれると良いのですが 時流はSoC switch WiFi オールQCAだね Netrork Sub System でNSS
アーキテクチャ図を見ると、
データプレーンとして機能するサブプロセッサのようですね
エンタープライズ向けのNetwork機器と同等の構成が
ワンチップでできると言うのは凄いですね 日本で普通に買える機種で、これの恩恵にあずかれるのがnetgearのr7500とr7800
しかないのが切ない。
本来なら、buffalo WXR-2533DHP(2)とNEC wg2600hp(2)でも使えるはずなのに。 R7500はR7800への無償交換に応じなかった人しか持ってないでしょうけどね
最近登場したSynologyの機種がwikidevi師匠いわくipqのようです
https://wikidevi.com/wiki/Synology_RT2600ac
待ってたらOpenWrt出てくるかも
あるいは挑んでみる? おお、情報ありがとうございます。
挑んでみたいけど、金と知識が足らない。
device treeのことがわかれば、移植は難しくない？ >>706
フォーラムにJohn本からレポート
https://forum.lede-project.org/t/hardware-nat-for-lede/1094/167
現状udpの1472 bytes以上になったとき、問題が起こるとのこと。
これによると、
“apart from that ipv4/6 routing, ipv4 nat and multicast offloading work fine. hw QoS support is also functional”
大方はうまく動いてるみたい。
netfilter.orgの人の作業が終わったら、upstreamに遠からず入るだろうって。 >>716
>269 に背中を押されて買いました！ 同じくタイムセールのArcher C7 (2017年モデル) ってv3?
2016年モデルがv2? https://github.com/gwlim/mips24k-ar71xx-lede-patch を使って
以下の LEDE 17.01.2 + SFE firmware を buildしてみました。
有線のみで無線は一切テストしていませんがよろしければどうぞ。
WZR-HP-AG300H/WZR-600DHP用(WZR-HP-AG300H target)
https://www.axfc.net/u/3823996
WZR-HP-G450H/WZR-450DHP/BHR-4GRV用(WZR-HP-G450H target)
https://www.axfc.net/u/3823995
WZR-HP-G300NH/WZR-HP-G301NH用①(WZR-HP-G300NH target)
https://www.axfc.net/u/3823997
動作テストをしていませんが、後期versionのNH2 target用も念のために用意しました。
WZR-HP-G300NH/WZR-HP-G301NH用②(WZR-HP-G300NH2 target)
https://www.axfc.net/u/3823998 一般pkgは公式のものが使えるはずですが、
kernel module は依存してしまうので ar71xx用kmodを含んだimage builder も置いておきます。
imagebuilder + kernel module pkg
https://www.axfc.net/u/3824002
必要な方はこちらもどうぞ >719 の firmware を使ったスループットテストの結果を貼っておきます。
◎WZR-HP-AG300H (Atheros AR7161 rev 2 / 680MHz)
SFE OFF 送信 317Mbps / 受信 317Mbps
SFE ON 送信 603Mbps / 受信 603Mbps
◎WZR-HP-G301NH (Atheros AR9132 rev 2 / 400MHz)
SFE OFF 送信 194Mbps / 受信 194Mbps
SFE ON 送信 432Mbps / 受信 433Mbps
◎BHR-4GRV (Atheros AR7242 rev 1 / 400MHz)
SFE OFF 送信 169Mbps / 受信 169Mbps
SFE ON 送信 468Mbps / 受信 468Mbps
テスト環境は >701 と同じです。
WAN接続は PPPoE (MTU1454) + NAT ですが
firewall setting で Masquerading と MSS clamping を ON にしています。
iperf3 -c (Server側LAN側IP) -P 30 -d -t 65 -O 5 で測定
LEDE Reboot 17.01.2 r3435-65eec8bd5f
SFE OFF は公式 ( Kernel 4.4.71)で
SFE ON はbuildしたもの ( Kernel 4.4.74 )です。 純正ファームウェアでの結果は >485-488 に貼っていますが
BHR-4GRV でも純正よりもスループットが向上し、
G301NHやAG300Hに至っては純正の３倍ものスループットを叩き出していますね。 >>717の方がsfe試しての荒ぶるワイヤレート相当をwktk >722
検証お疲れ様です。
FastPath、echo 1 > /sys/sfe_cm/stop で止まる。
同0で有効。通信中でも切り替わるみたい。 luciで設定できるようになるといいですねぇ
その前にuciでできるようにならないといけないか >726
Luci-app-commandsを入れてコマンドを登録すればOKです。
ワンクリックでFastPathのON-OFF可能ですよ。 あなたがその例になるのだ!!
1) transix側とip6tnlでリンク
2) ip6tnlへルーティング
おわり AR9132なら 750Mbpsは出るはず (WR8500N/WR8300Nと同じSoC)
>>729
600Mbpsではダメでしょ >>732
何かと思ったらAtermか
これってQSDKとかOpenWrtで動いてるの？
SoCがmips24kcの機種は
Qualcom fastpathだけでは700MHz位までしか報告がなかったはず
もしもうちょっといくなら何か他のドライバなりkmodなりが動いてるはず
情報くだされ 700MHzじゃなくて700Mbpsだったtypoスマソ NECの8300Nを借りてきたよ。
721さんとiperf3のオプションを揃えて単純NAT
iperf3 -c (Server側LAN側IP) -P 30 -d -t 65 -O 5
WZR-450HP+純正ファーム=348Mbps
WZR-450HP+FastPassON=645Mbps
WZR-450HP+FastPassOFF=281Mbps
WZR-450HP+LEDE本家版=279Mbps
WR8300N+純正ファーム=832Mbps
各LEDE17.01.2で、FastPathは自前ビルド
どっちも24Kの400MHzか。 (ﾟ∀ﾟ)ｱﾋｬ。pass→path。純正ファームは牛=1.96、NEC=最新。
上下同じ速度だったので表記は省略してます。 乙
ATERMの速さは何だろう？
switchチップのせいかな
何を使ってましたっけ？ WZR450HPもAG300Hも8300Nも同じAR8316らしい Qualcommはまともに儲けを稼げるモバイル向けSoCだけで特許とか自社技術を守る活動を頑張るつもりなのかなぁ
FreescaleやNXPのドナドナ繰り返しで手に入れた非モバイル向け半導体については
プロプライエタリでガチガチにすんのをやめて逆にアッパッパーにさらしちゃって
その分野がもはや稼ぎの柱にならないように追い込んで他社をつぶす気なのかも android側の事情をよく知らないんだけど
スマホ系SoCではQualcomm はガッチガチに秘密主義なの？ NetGear R7800 来た
ttp://192.168.1.1/debug.htm
に アクセスすると telnet を enable にできるんだけど、
telnet loginして各種情報を採ってみたので晒してみる
ttps://ja.pastebin.ca/3843133
もちろんMACとかpassとかは適当に変えてる >746
こんな罠があるとは・・・。情報ありがとう
容量大きそうで面倒くさそうだからまだやってなくて助かった CodeAuroraForumやってるしスマホ系SoCでもQualcommは一番オープンじゃないか？
カスタムROM厨だからスナドラ搭載機しか買う気しないもん >>745
wifiのデフォルトのpass(5Gの方)とmacアドレス(eui-64なv6アドレスに)残ってない? >>746
知らなかった！
なにこれ怖い。解析防止ってこと？
間違ってrecurseでcatコマンドを与えたら即死か。 以前R7500をそれで4台も壊してしまったが、今のところ分かったことは、
・ブートローダが入っているパーティションを読むと壊れるようだ。たしかmtd0～mtd2あたり。
・Linux上ではブートローダの位置が不良ブロックに見える→読み込み失敗と認識→勝手に別のブロックへの置換の処理が走る→再起動後ブート不能、の流れ。(dmesgに出る)
・こうなると、eSATAのLEDは点灯、EthernetのLEDは通常通り、他全部消灯になって何もできなくなる。蓋開けてシリアルポートつないでも無理。JTAGは知らない。
・勝手に壊れることも結構あるっぽい。(同じ症状：https://www.snbforums.com/threads/need-help-bricked-my-r7800.37054/)
・kernelやrootfsは読んでも問題ないし、書き換えもできる。
・telnetで入るとpartedやpartprobe等のコマンドをうっかり使って壊す危険性があるので要注意。(自分はpartedでprint listしたら壊れた)
・OpenWrtを入れると、ブートローダとかはLinux上でreadonlyになるので安全。 >748
やっぱりそうだよね
基本的にはソースコードはオープンにしつつ特許侵害には厳しい姿勢で臨む、と言うところかな
だからこそ開発者が集まり、シェアを伸ばしてる希ガス >>752
詳細サンクス
なんで重要なmtd 領域をlockしてないんだろうね
OS側からブートローダを書き換える可能性を考慮してるのかな
Buffaloは基本的にはbootloader書き換えを含むファームアップはなかった気がするね WHR-G301Nのuboot
buf_ver=1.00
build_date=Jul 27 2009 - 17:39:39
buf_ver=1.01
build_date=Oct 25 2010 - 10:41:15
buf_ver=1.03
build_date=Dec 3 2010 - 10:58:02
1.03はWHR-300でも同じ >>754
チャレンジしたい人の芽を摘みたくないから、それだけでしょ ブービートラップでしょ普通に考えて
そんな罠を仕掛けてまで守りたい秘密は何かというと… >>
コピープロテクトか。
>757
偽造品対策としては優秀 こんなの放置してるとTP-LINKに水を開けられるぞ 中の人A「壊れたって客がちらほら居る、なんとかしろ」
中の人B「客は何やったの？」
中の人A「ブートローダをcatした」
中の人B「それは普通の客ではない、普通そんなことしないので手入れは却下」
て感じか >>741
NECはNetBSD
業務用ルーターとほぼ同じ仕様らしい (telnet接続したときのコマンドがNECの業務用ルーターと同じだった)
GUIはNTT向けと同じだけどな・・・
BuffaloのようなLinux上でデーモン走らせるのではなく
昔の(アセンブラ使った)組み込み機器と同じくカーネル自体に組み込んでるっぽい NECのIXシリーズはVxWorksだった気がするけどな NECでnetbsdというとalaxalaですかねー
netbsdは普通にモノリシックカーネルだから
基本的にはdriverはカーネル組み込みでbuildしなきゃいけないですよね
おそらく独自に作りこんだのかな？ 東日本のdslite接続試してます
ipv6 dhcpでv6アドレスが取れるとこまでは簡単なんだけど、その後dsliteに切り替えてgw.transix.jpにトンネリングができない
成功した人います？
環境はarcher c7 lede17.01.2 >>766
切り替えるんじゃなくて追加するんじゃ？ 公式のwikiを参考に、
wan6 にv6
wan にdslite
の設定してるんだけどなあ necだが
boot領域も各機種で独自仕様らしい
ファームの更新でboot領域も更新されるみたい
なのでカスタムファーム入れる余地はない >>766
ｘ86-64 LEDE 17.01.0で使ってる。
config interface 'lan'
option type 'bridge'
option ifname 'eth0'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option dns '8.8.8.8 8.8.4.4'
config interface 'wan'
option proto 'dslite'
option peeraddr 'gw.transix.jp'
config interface 'wan6'
option ifname 'eth1'
option proto 'dhcpv6' Gwlim氏の細かいパッチは効くのかチマチマテストしてみた@WZR450HP
・一本一本試しても良く分からん
・それなりに本数当てると違うっぽい
・パッチは全部が全部効果的ではないらしい
・素のLEDEのバージョンでかなり速度が違う
ex:本家からDLした17.01.0=298Mbps 同.1=240Mbps 同.2=260Mbps CC=149Mbps、BB=98Mbps
・SFEを入れても同じ傾向で
17.01.0+SFE=694Mbps 17.01.2+SFE=655Mbps
・GCC6の最適化で結構違う(標準-Os、Gwlim氏-O2)
17.01.2にて -Os=274Mbps -O2=295Mbps -O3=335Mbps
最適化オプションだけで2割違うとはちとビックリ。 乙
GCC6の最適化オプションによるパフォーマンスの違いについては、以下にレポートがありますね。
ttps://www.phoronix.com/scan.php?page=news_item&px=GCC-Optimizations-E3V5-Levels
最適化を進めると、高度にCPUを使うアプリでのパフォーマンス向上が著しいようですね。 WZR-HP-AG300Hにopenwrt-15.05.1を入れて、
WebUIからLANのアドレスを192.168.1.1から192.168.11.1に変更し、
LAN側に直接接続していたPCのアドレスも192.168.1.2から192.168.11.2に変更したところ、
WebUIやsshがつながらなくなったのですが、他にも設定変更が必要だったのでしょうか？
変更後にPCからping 192.168.11.1 が通ることは確認しています。 >773
その他に設定はいらないよ。
BuffaloのデフォルトIPと一緒なので、
Web-UIについては、ブラウザのキャッシュをクリアしてから、
立ち上げなおして接続してみてはどうかな 某ゲームスレでの荒らしに大変迷惑しています 人物、詳しい場所、なんでもよろしいので情報提供お願いできますでしょうか？ 高知県南国市までが現在わかっている状況です、どうかよろしくお願いします スレ汚し申し訳ありません
http://i.imgur.com/C4PC8BI.jpg
https://youtu.be/lgutGEPNTyE アンテナ、AC無しのWXR-2533DHP2のジャンクを格安で落札できたけど、
本体はちゃんと動く個体ならいいなぁ >774
ありがとうございます。
変更後アドレスでもWebUIとsshの接続が確認できました。 ■ このスレッドは過去ログ倉庫に格納されています
