【無線LAN】OpenWrt/LEDE【強化ファーム】14 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>271
すいません逆でした
tftpいけるっぽいのでやってみます >>270
バッファローの型番で末尾数字違いとかの
ちょっとした違いの場合は、
流通の値落ち対策で中身一緒なことが多い。
おそらくWXR-1750DHPと同じ。
WXRはAtheros系でWZRはBroadcom系だったはず。 ところでバッファロー、海外のwifi市場からは
実質撤退っぽいな。
新モデルの発売をやめてて、
ネットワークストレージ中心に商売変えしてる。
まあこれだけTP-LINKが市場荒らしたら、
そうなるわなあ…。 >>272
自宅で使ってる分には
小型のUSB子機は影響がほとんどない
家全体にいきわたるようにしてる中継機とかイサコンの方が問題
>277
たぶん、TP-Link関係ない
北米向けのファームを日本仕様の機器にいれてごにょれば149ch〜が使える方が問題 >277
WXR-2533DHP 系のが発売されてないんだよね
(なので海外で認知されてないのでLEDEのバイナリもない)
SoCが同じR7500用をマイグレできないか色々弄ってるんだけど
正しいプログラミング知識がないと難しいなぁ WXR-1900DHP等の系列って Broadcom dualcore 系の製品群じゃないの?? >>280
WXRがquallcom atheros、
WZRがbroadcom、
WSRがMediaTek(Ralink)だったと思う。 >281
ここ見ると、WXR-1900DHPまでは Broadcomっぽい
https://lede-project.org/toh/hwdata/buffalo/buffalo_wxr-1900dhp
WXR-2533DHPからは確かにQuallcom Atheros
WSRはMediaTekですね >>279
DD-WRT公式サポートでマニア支持を得たり、
WHR-HP系のアンテナごついけどスマートなピアノブラックで、
わりと普遍的に性能良さげな印象醸し出してる
デザインが受けてたり。
今でいうと、asusのルーターっぽい立ち位置で、
北米や中華圏アジアでわりと売れてたのに、
どうしてこうなった。っちゅう感じよね。
その頃のTP-LINKなんか、せいぜい中国と香港あたりでしか
見かけないわ、筐体はチープだわ、何よりLong Rangeモデルでさえ電波飛ばないわ
最悪だったんだが…。あ、でも、安モデルでも
PoEに対応してたりして、
変なところで尖ってたけど。 >>276
WZR-600DHPとWZR-600DHP2みたいに全然違うこともままある WHR-G300N(Ralink)とWHR-301N(Atheros)の例もあるから
絶対ではないけど、型番というよりも、外形が同じならだいたい同じ系列のSoCかな WXR-1750DHP2のファームウェアはインターネット上にないのでしょうか
サポートに恵まれない製品を買ってしまった気がしてます とりあえず蓋あけてブロードコムチプか確認するところからだな donateするぜぇ? ってforumに投稿したら挑んでくれるエンジニアがいるかもね luciなしとかでいいんだけどファイルサイズが小さいやつってどこに落ちてるの? imagebuilder で好みのをbuildすれば作れるよ
build済みのバイナリを機種用imageとしてに組み立てるだけだから
全てbuildするよりも簡単にできる。
下手な野良buildを探し回るよりは安心だよ おお、サンクス
自分でビルドすると時間かかるのが億劫だったんだよね
あれってCPU性能に依存してるのかな >>289
WXR-1750DHPとDHP2はソフトウェアの違いだけで同じものだけれども
更新の際はファームウェアのイメージと型番が一致しないので弾く…らしいです
kracksの今こそがファームウェアイメージ入手できるチャンスだと思うんですけれども未だなし
openwrt/tools/firmware-utils/buffalo-encでも複合できずtftpでの復帰が現状無理っぽいので諦めます
ありがとうございました >>289
だから型番じゃ簡単に区別できないって話だろ… >294
(WSR-600DHPとかの)6世代目の形状ではどうなんだ?って話だよ
ついでに
WHR-300HP2 (5世代目の形状)
WHR-300HP / WHR-HP-G300N (4世代目の形状)
WHR-G300N (11N-Draft)
WHR-G301N (11N-Draft取れた) >>295
形状の話の「前」に型番の数字だけじゃ判らんよってことを言っただけなんだが何をムキになってるんだ? http://opensource.buffalo.jp/gpl_wireless.html
これを見ると、GPLソースが共通なので
WZR-1750DHP, WZR-1166DHP, WZR-1750DHP2, WZR-S1750DHP, WXR-1750DHP, WXR-1900DHP
は同じアーキテクチャかと思われる >293
http://buffalo.jp/support_s/t20171017.html
これによると WXR-1750シリーズはkracksの脆弱性に該当しないようなので
すぐにファーム公開される可能性は低いかも… >292
そりゃぁ Buildマシンの性能に依存はしますよね
buildする場合は make オプションに -j x で buildマシンのCPUコア数+1位の値にすると爆速になる模様
(make エラーが正しく表示されない弊害あり)
https://lede-project.org/docs/guide-developer/quickstart-build-images どこかで読んだけど、今のmakeは勝手にコア数に合わせてくれるって。 そういう大容量NORを搭載してくれる製品が増えてくれば良いんだけど、
無線LAN機器においてはここ数年来はNANDでなんとかする方法に向かってますよね
WHR-2333DHPなどはファームウェアを2重化した上で更にバックアップパーティションを設けて
sum値によるチェックかけていますからねぇ(有効容量はチップ容量に対して実質1/4)
あとNORは製造ベンダと生産数が少ない上に有機ELパネル用に獲られてしまうんだとか
http://news.mynavi.jp/news/2017/04/11/040/ USBメモリやSDカードは、安物でもよほどのことがなければデータ化けの経験はない(=内部で丸め込まれる)
ですが、機器内部へ組み付け用となると途端にトラブルが出るのは、
ブートローダそのものの領域で不良ブロックの管理ができないのが理由でしょうか。
NORで最小限度のブートローダ+広大なNANDで不良ブロック管理下で主領域、
にすれば良いかと思いますが、そのような製品はあまり聞かないですね。
NAND併用によるコスト低下よりも、部品点数が増えて管理・実装コストが上がるからでしょうか。 >303
WXR-2533DHPがまさにそういう設計ですねぇ
4MB NOR + 256MB NAND
bootloader の u-bootはNORに入ってて、OSはNAND側に入ってますね。
純正firmではNANDの先頭128MBだけを使っていて、それを2つにbankを分けていて、
前半64MBだけを使ってる。残り64MBはバックアップイメージで
前半64MBとsumを比較して異なると書き戻しをかけている。 NAND型、知っているのはMLCデバイスについてですが
大抵の製品でブートローダ配置の用途を想定してデバイス先頭からの数ブロック分を
初期不良がない領域として保証しているかと思います。
ブートローダでの不良ブロック除去管理について:
u-bootはNANDドライバとNAND操作用のコマンドにより不良ブロックの有無をスキャンして除外する機能はあります。
ページ毎に書き出し時にはOOB(out of bound)領域にECCを記録して読み込み時に検査することもしています。
ただし、readアクセスだけしかしていなくても少しずつ劣化していくそうですから
経年の劣化でカーネルイメージの読み込みに失敗する場合には起動不能になる可能性はありえます。
ファームウェア格納領域を2セット持って、残るもう1セットの方で起動できれば救済されますが。 でもま、たしかに実装コストが上がるので主流の設計ではないでしょうねぇ
NetGear R7500/7800などは NAND only の設計で
割りと簡単にbootloader 領域が飛んじゃって痛い目にあった方もいらしたかと… 303ですが製品として出ているのですね。勉強になりました。ありがとうございます。 >305
組み込み設計者様キタ━━━━(゚∀゚)━━━━!!
なるほど。
確かWZR-1750DHPは 128MBの NAND Flash onlyの設計だったような
https://wikidevi.com/wiki/Buffalo_WZR-1750DHP
おそらくWXR-1900DHPも似たようなものでしょうが、
LEDEで運用されている方がいらしたかと思いますが、不具合とか出てますでしょうか? >309
サイプレスの宣伝記事ですが面白い内容ですねぇ
ここで想定されている組み込み機器って
組み込み専用のRTOSで動くデジカメとか車のMCUみたいなのではないですかねぇ
現状ほぼほぼ全てと言っていいくらいの無線LAN APはLinuxで動いてて
不揮発メインメモリへの対応もまだまだ実績少ないですし、
この記事のようにはいかないのではないですかねぇ
スマホがこれからFRAM化していけば話は別でしょうけども 中継機のみにOpenWRTを入れた2台構成のネットワークにしたいのですが
子機がどちらも選択できるように親機と中継機に別のSSIDを振り分け
かつ両機が同一セグメントでDHCPサーバも動かす…というようなことはOpenWRTで設定可能でしょうか?
中継機のIPアドレスだけ変更をしても、子機からのマルチキャスト(DHCP DISCOVER)が止められるのでダメでした
親機も中継機と子機も同じセグメントっておかしい気もするのですが… >>312
質問から読み取れなかったところもありますが、
ググって 「(LEDE or OpenWrt) relayd」 実現可能かと思います。
Client Mode Wireless [OpenWrt Wiki]
ttps://wiki.openwrt.org/doc/howto/clientmode#bridged_client_mode_with_relayd
項目:Bridged Client Mode (with relayd) 串やvpnを使ってサイトにアクセスした場合、
ルーターにサイトのアクセス記録は残りますか。 NDA公開やSFE対応もあって、
SoC的にはatheros系が人気だけど、Broadcom系やMediaTek系って
openwrt/ledeで使って、どうなのかな?
特にMediaTekでパフォーマンス出るようなら、
安ルータのファームいじりが捗りそうだけど。 ここを見ると、MediaTek MT7621 dualcore で
IPQ8065並出てるぜ!って書いますね
(投稿そのものはIPQ8064で速度が出ないことが議題の中心ですけれど)
https://forum.lede-project.org/t/netgear-r7800-exploration-ipq8065-qca9984/285/506
mt7621atはWSR-1166DHPで、IPQ8065 は R7800で採用されてますね MediaTek mt7621aのwsr-1166dhp(2)は、おすすめです。
https://lede-project.org/toh/hwdata/buffalo/buffalo_wsr-1166dhp
2Coreですが、1Coreあたり2スレッドなので、linuxからは4Coreに見えます。
RPSやRFSで割り込みがきれいに分散されれば、もっとパフォーマンスも上がるはずです。
https://cloudpack.media/11582 なるほど、MediaTekが当たりですか。
もともとがコスパに優れてたRalinkの系譜だし、
スマホSoCで培ったノウハウもあるし、
知られてないだけで実力はあるんだね。 ただしOpenWrtのようなルータ機器での応用では
QCAから出てきたsfe実装のようなfast forward(fast path)の有無がCPUコアの能力以上に重要
ハードウェアでの支援機能による実装だとかなりのアクセラレーション効果を得られる可能性があるけども
プロプライエタリなモジュールに依存するので、OpenWrtではそれらの利用は望めない >>321
sfeは自前でbuildしないといけないしなー。
手軽にサクッと程々のパフォーマンス、
という点では、ちょっとMediaTekいいかも。 >>321
それはOpenWrt初期からの課題ですよねー
>318の件もIPQ806xに搭載されてるサブプロセッサ(NSS)が使われない中での比較ですからねぇ >WRC-300FEBK-R
Realtek FastPath:v1.03 RealtekってなぜかOpenWrt/LEDEにtargetないですよね… IPQ806xのnssアクセラレータのドライバ?は
Shortcut-fe同様code aurolaでソースが公開されているんだけど
SFEと違ってSoC依存だから将来的に取り込まれるかどうかわからないですねぇ オールOSSで構成するならスループットを極限まで求めることは諦めましょう
sfeもよくQCAが開示したなぁと思ったものです
OSSで全部できてしまったら商品として出しているものの立つ瀬が無くなる
そこは付加価値として残してあげないと もしスループットなど
計測できるようであれば教えてー 記事が1日ごとに完結しているのか・・・続きはどこ?と探してしまった。
最後の頁が非常に興味深い。接続台数が増えるとこんなに違うとは。
無線LAN、何台まで接続できる? - 製品によって性能に大きな差、安価でも光る製品あり:ITpro
http://itpro.nikkeibp.co.jp/atcl/column/16/102100236/102100004/
たったの2台以上ですでに電波以外の処理でボトルネックになってるのね。
1台で使用できる電波は有限だから、規格が同じならたいして違いは出ないと思ってた。 >>330
この人リアルで知ってるけど、Wi-Fiだけでなくネットワーク技術全般の変態やで
ルーターの開発でINTEROPの賞をもらったこともある
国立天文台に所属してるのも世界中の観測データの効率的な転送の研究とかしてるから >>332
junet/wide時代からのド変態か。
納得。 >>331
openwrt/ledeの場合、CPU負荷の前に
WANLANの帯域的なキャップが
先に来る傾向にない?
有線、5GHz、2GHzに
クライアントぶら下げて一斉に通信させても、
速度は総計ウン百Mbpsを上回らない、
みたいな。
SoCよって違うかもしれないが。 ArcherC7のスループットってやっぱ純正の方が良いですかね。
というか機種によらず、純正よりパフォーマンスが出るなんてことは
たぶんないのかな。 過去、LEDEで純正firmwareのスループットを超えたのは
ar79xx 系mips24k SoCの場合くらいで
それも発売から4-5年は経過した後ですねぇ
前でも述べられてますけど、
基本的にはOSSは
NDAに基づくSoCメーカーからの一次資料を元に
チューニングされたベンダファームウェアの性能を超えられないですよ
SFEは例外中の例外
かなりのブレークスルーだったので盛り上がった >>335
ベンダーによるんじゃないかな。
例えばエレ○ムの
中華ルーターとかが
真剣にファーム作ってるとは思えないし。 >>331
この人の書いた、ボーイスカウト会場での
wifi構築運用レポも面白い。
「早朝4時で30Mbpsもトラフィック発生するなんて」と
言ってるんだけど、逆に、オナーニ需要血気盛んな世代相手に、
よくそれだけで収まる思うたよ。
やっぱ集団テントの中では恥ずかしいのか。 バッファローのルーターはopenwrtベースのファームになってから
いまいちSEINOは良くないよなー。 >>340
プルル…プルルル
俺「はい、もしもし」
性能「おるかーー?」
俺「え…?ど、どちらまでしょうか…?」
性能「よーし、おるな!ビームフォーミングや!」
俺「え、え!?」
ピンポーン、ガチャ
性能「ここやで、トントン(ack返すとこを指で叩きながら)」
性 能 は 神 >>337
SoCベンダが実装したリファレンスボード用の開発キット
=> 中国・台湾あたりのメーカーがコンシュマー商品企業向けにリファレンスからちょっと変えたようなボードを設計製作
=> 日本の周辺機器総合商社がこれらのボードを買い付け
ファームウェア開発キットは結局のところSoCベンダの実装をちょっといじった程度のものでしかなく
買い付けた日本の会社はそいつのWEB UIを少しいじって自社製品っぽい見た目にしたり
自分たちの技量では到底サポートしようがない機能を削って削って、さらにもっと削って
簡単に無難に使えそうな機能だけに絞ったものを製品化
日本で「開発」といえるような作業をするのはフラッグシップモデルに対してだけでしょう
各社が自分たちは大したことしてないのに請求されてから渋々出してくるファームウェアの
OSSソースコードを見たことがある方はここでは多いと思いますが
カーネルのソースコードなんか開口一番、なんだこれきったねぇコードだな、が印象の方も多いでしょうが
SoCベンダが出してきた開発キットがそのレベルです
早い、安い、でもほどほど適当 逆に各社リファレンスに近い作りなので、
結果的に OpenWrt/LEDEが動いてくれるというメリットもありますよね
徹底的に突き詰めたハード設計されたら
多分無理
YAMAHAやアライド、CiscoのNW機器でOpenWrt/LEDEが動いたという話は聞いたことが無い
(大昔のCISCO2500でuClinuxが動いたというのはあったけど、ただ動いただけだった) あ。訂正。CISCO Linksysは除くってことでw >>342
日本のメーカで「開発」と言えるような
ことをしているのは、NECくらいじゃない?
メルコでさえ、製品企画自体は自社でやるにしても
開発はハードもソフトもODM先に丸投げ。 YAMAHAも自社で頑張ってるのでしょうね
あとは、マイクロリサーチは? LEDEに移行したので
LEDE 17.01 mips_24kc proxy2ch-20171003r
http://pc.cd/cBqrtalK
フィード等
http://pc.cd/YOjrtalK そういえばOpenWrt Summit 2017どうなったんや
なんかナイスな発表あったら教えて pppとかDHCPやDNSとかLuciとかルーター機能とことんなくすと1MBくらいになる? package一覧みるとロシア語とか中国語のTranslationが入ってるから削れる 手軽に手に入るMT7621ATルータが欲しくなってさー。
USBついてて、
lede実績あるもの探してたら
xiaomiのmi router 3Gが該当した。
ちょっと買ってみるわー >>354
それ簡単にopenwrt入れられる?
俺もUSB付きのが欲しい
今持ってるwn-g300dgr,ぐぐったら入れた人はいるみたいだが、俺じゃ無理だわ >WN-G300DR
WHR-G300NにUSBがついただけだった
たしかopenwrtは入ったけど無線使用不可とか
dd-wrt入れた方がまともに使える
windowsで(容量的に)たとえるなら
dd-wrt - Windows 9x (<400M)
openwrt - Windows XP (1GOver) >>358
セールしてたからそこにしてみた。の打ち間違い。
だいたい日本円換算で現在4600円くらい。
通貨を米ドルにしてカード決済させると、
換算レートの関係でほんの何十円か
安くなる。
届いて書き換え成功したら、また報告します。 >>359
https://git.lede-project.org/?p=source.git;a=commit;h=6e283cdc0da25928f8148805ebef7f8f2b769ee8
> MT7621AT + MT7603EN + 7612EN
> 256MB DDR3 RAM
> 128MB NAND flash
> 1+2 x 1000M Ethernet
> 1x USB 3.0 port
このスペックで4600円は凄い >>356
G300Nのdd入れればいいの?
WN-G300DGRへのDDの入れ方詳しく書いてるHPとかないですか? >>361
G300DGRにdd-wrt入れてたブログあったけど 自前でビルドしないと無理
DD-WRTはスイッチングハブチップが一致してないと有線使用不可になる (WZR-HP-G300NH) >>362
サンクスです
無理そうなので諦めて別の方法考えます 某氏がWN-G300DGR用のLEDEをbuildしてくれましたねぇ
ttps://taiha.net/contents/lede/wn-g300dgr/lede-ramips-rt305x-wn-g300dgr-initramfs-kernel.bin
ttps://taiha.net/contents/lede/wn-g300dgr/lede-ramips-rt305x-wn-g300dgr-squashfs-sysupgrade.bin
人柱仕様とのこと WHR-300HP2を純正からLEDEにしたいんだけど
sysupdateファイルはどうつかえばええの? >>365
使うのはfactoryのほう。
バッファローの導入の仕方は
55debugからやるのが一番簡単 >>366
後半は勘違いしてないか?
裏口があるのは W?R-300HP まで
W?R-300HP2 以降は不可 >>365
54 62 13 29 FF C7 FF FB FF FF FF FF FF FF FF FF
FF FF FF FF FF FF B1 B8 C8 C6 CD D2 AD AB AD A8
FF CF C8 CD FF CF CD CA BA AD BE A8 B2 AD B6 B9
BA 22 C8 45
の52バイトのファイル作る (A)
http://downloads.openwrt.org/chaos_calmer/15.05.1/ramips/mt7620/openwrt-15.05.1-ramips-mt7620-whr-300hp2-squashfs-sysupgrade.bin
(B)
copy /b A + B C
出来上がったCを読み込ませればいい >>367
旧ファームに落とせば大丈夫ですだったんじゃね? >>364
おお、これは有難い!さっそく試そう!
と思ったが入れる手順わからん;
誰かヒントください 率直に疑問なんだけど、今更300Mbps機なんかいじって何に使うん…? >>369
WHR-300
WHR-300HP
WZR-300HP
WZR-600DHP
それはこのへん (2013年のファームにすればいい)
WHR-300HP2は別系統のファーム
>>371
IPv6ルーター ■ このスレッドは過去ログ倉庫に格納されています