【無線LAN】OpenWrt/LEDE【強化ファーム】15
■ このスレッドは過去ログ倉庫に格納されています
>>544 なるほど、そんな違いが ありがとうございます NECのwg2600でopenwrtが動く日が来るとは。 数々のトラップをくぐり抜けてきたみたいですね。まじ尊敬します。 ところで、ipq806xのhardware offloadはマージされたんでしたっけ? 18.06に入るのかな? ハードウェアオフロードバギーってどうやって設定制御すんの? >>544 便乗で質問ですが、 LANポート間の速度も遅いでしょうか? pppoeのスループットの情報は確かに100Mbps〜130Mbpsで遅いという情報はあったのですけど、LANポート間の情報が見つけられなくて。 2台のWZR-HP-G300NHに、iperf3を入れて速度を測ったら、110 Mbits/secでした。 最悪、HUB代わりに使えるかなと思っていたのに、これでは使い物にならない。 ギガビットとか謳ってて130Mbpsしか出ないのほとんど詐欺では… >最悪、HUB代わり 1台の個体のLANポート2つに何かコンピュータつないで そのつないだコンピュータ間のスループットが遅くなければHUBとしては使えるんでは? 要は装置のCPU介在せずに単にスイッチチップで中継させるだけ、ということでし 2台の間のiperf測定だと2台それぞれ LANポート <-> スイッチチップ <-> SoCのEther MAC <-> CPUコア の処理をするので、装置のCPU演算能力がスループットに響いてくる >>528 確かにスループットは改善したが、 fwかけてると400Mbpsくらいかなあと いった感じ。 >>550 >LANポート間 そこはギガHUBのチップ使ってるから問題ないけど G300NH2の方は相性問題出やすいアセロスのギガHUBチップ >>527 MT7621で2T2R以上やろうとすると 無線部のチップを高いやつ使わないと いけなかったはず。 もともとローコスト向けのRalink(MediaTek)なので、4T4R対応のはほとんどないような。 >>552 >>555 なるほど、理解できました。ありがとうございます。 LinuxPC二台から、ちゃんとしたLAN間で測定したところ、940Mbpsが出ました。 普通にギガビットハブとしての動作が出来てるから、あえて測定値がなかったのですね。 >>527 ,556 WSR-2533DHPってmediatekじゃなかったっけ? >>558 公式ファームウェアファイルの書式をあちこち検索して調べつつ ほぐしてほぐしてまたほぐして... hexdump -C -v wsr2533dhp_vmlinux | grep -i MT76 00145fc0 0a 50 6c 61 74 66 6f 72 6d 3d 4d 54 37 36 32 31 |.Platform=MT7621| 00146440 6d 3d 35 0a 53 53 49 44 31 3d 4d 54 37 36 32 31 |m=5.SSID1=MT7621| 00146c20 3a 46 46 0a 0a 53 53 49 44 31 3d 4d 54 37 36 32 |:FF..SSID1=MT762| 00146c30 31 5f 41 50 0a 53 53 49 44 32 3d 4d 54 37 36 32 |1_AP.SSID2=MT762| 00146c70 3d 4d 54 37 36 32 31 5f 41 50 5f 35 0a 57 50 41 |=MT7621_AP_5.WPA| 00a7a5f0 77 6c 61 6e 2f 4d 54 37 36 31 35 5f 45 45 50 52 |wlan/MT7615_EEPR| 00a7a670 65 74 63 5f 72 6f 2f 77 6c 61 6e 2f 4d 54 37 36 |etc_ro/wlan/MT76| file wsr2533dhp_vmlinux wsr2533dhp_vmlinux: ELF 32-bit LSB executable, MIPS, MIPS32 rel2 version 1 (SYSV), dynamically linked, interpreter /lib/ld-uClibc.so.0, stripped >>554 4GRVってWZR-HP-G450H/450HPの無線無し版だよね。 ath79+FlowOffloadが動いて400Mbpsという事? ウチで450HPでath79試すと、ブートループなんだよなぁ… 18.06RC1+SFEだと700Mbps近いのでしばらく様子見かな。 >>560 ∧∧ コイヤァァァァ!! (д´*) (⊃⌒*⌒⊂) /_ノωヽ_) >>561 18.06RC1しか入れてないや。 700Mbpsも出てるの? うちは古いマシンで ばっくりとしか計ってないから そっちの結果が正確かも。 >>563 WZR450HPにGwlim氏の最適化パッチとSFEの1269パッチを 当てた状態で18.06RC1で700Mbps+出てるよ。 逆に18.06RC1の素で400MBpsってのが気になってる。 うちじゃRC1にSFE無しだと250程しか出ないもんだから… まじか。某氏仕事速いなぁ。明日仕事空いてたら試すよ。 >>542 順当に延期されてますw 13日RC2で20日にリリースだって 年内に来ると良いねぇw 証拠は残していかんとな https://openwrt.org/releases/18.06/start Roadmap Below is a preliminary schedule for the evolution of the 18.06 release. The dates are subject to change. 24 June 2018 - Release v18.06.0-rc1 test images available 13 July 2018 - Release v18.06.0-rc2 test images available 20 July 2018 - Final release binaries available for v18.06.0 August 2018 - Start preparations for v18.06.1, the first service release for the 18.06 series Ath5kデバイスだと5MHz幅で出力できるらしいけど どうにか実現できた人いない? >>564 下りは確かに200Mbps強で頭打ち。 上りが400Mbps出てる感じ。 過去の経験上、下りはFW外して負荷下げれば もっと行くと思うけど、マンド臭くて試してない。 SFEパッチは結局、自己ビルドしなきゃ いけないのね… >>569 もうずっと前ですが、やったことあります。 mac80211かath5kかは忘れましたが、ドライバのソースをいじって5MHz幅にでき ました。 今できるかはわかりません。 一方、製品であれば、5MHz 10MHz等に変更できるものはあります。 USB取り付け改造は、WBR-G54・WLA-G54なら凄く簡単。 腕試しで練習したいなら、最初にこの機種がお勧めかな。 今となっては古すぎるけど。 もしWBR/WLA-G54で遊ぶなら、背面を見てMADE IN JAPANと書かれた 個体が必須です。MADE IN TAIWAN のやつは基板のリビジョンが 新しくなってて、USB信号の取り出しが面倒というかたぶんムリです。 WBR2/WLA2系は外見は同じだけど中身が全然違うんで対象外です。 wsr-1166dhpでusb取り出せないかなぁ。 MT7621だからUSB使えるはずなんだけど。 >>572 ubiquitiの機器です。 少なくとも、Nanostation2とNanostationM2は、5MHzの選択肢があるのは確認できてます。 18.06でAth79ターゲットに変わったこともあって WZR-HP-G300NHやWZR-HP-G450H, BHR-4GRV,BHR-4GRV2などはflashの問題で起動できなそうですね これまで鉄板と謳われたWZR-HP-AG300H/WZR-600DHPはどうなんだろう? >>582 BHR-4GRVですが、普通にsysupgradeで 行けましたが。 >>582 それはath79+kernel4.14の話。18.06は4.9だから問題ないよ。 WZR-HP-G450Hで18.06ばっちり動いてます。 >583-584 trunk版の話でしたか失礼 大破の人には頑張って欲しいですね〜 新版に更新する度、手動追加したパッケージがなくなって 入れ直さなきゃならないのってどうにもなりませんかね? 大破は毎日こればっかやってられるブルジョアな身分なのか? 趣味だけに生きられる生活、楽しいのかそうでないのか... >>585 同感。 大破さん、patreonにでも登録すればいいのでわ。 気になるデバイスの移植には、微々たるものだが支援するのに。 >>587 そういうことじゃないだろ。 一方で、もしopenwrtからみの案件があったとすれば、まずは声をかけたいとは思うな packagesにethereumのgethがマージされてる。 言語がサポートされるって重要だなー 大破の人はneetだけど neになりたいって 言ってなかったっけ? まぁNetwork Engeneerになるには経験は少なそうだよね でもエンベデッド開発の分野なら 独学であそこまでできたら大したものだよ せっかく身につけたスキル、 ぜひ社会に役立てて欲しいと思いますね 居酒屋で店長やってた人が 一念発起して派遣でITに飛び込み ネットワーク土方やりつつCCNP取得 CCIE目指してるの知ってる 無理とか無理じゃないとか関係なくて やろうとするかしないかだけだよ >>591-592 何か働いてるしニートじゃないでしょ なんとか立ち上がろうと頑張る人を茶化すんじゃないよ 蹴落とす者と蹴落とされる者が 残念ながら両方がいて世の中は回る ドフかメルカリで100円ルータ仕入れて openwrt導入して NASサーバーだのipv4 over ipv6アダプタと称して 転売する仕事とかが儲かりそうだが。 >>595 ごめん茶化してはない。 個人的、NEとして勤めるなら、 勤め先の企業の体質を選びそうとは 感じたのと、 たぶんNEより向いてそうな仕事は ありそうだと思うた。 マルサとかTDB/TSRとか、そういう 旧来の人の穴を見つける仕事で、 しかもシステムロジックわかってりゃ 最強だわ。 >>595 仕事でやってないのは趣味だよ で、(日本にある会社は)履歴書が全て 大学の新卒とかネットワーク関係の会社からの転職じゃなければNEはできない 裏口(>594)もあるようだが遠回りすぎる 時間がある人に「ガンバレ」と声援しているだけの現状 ツイ見てるとこのスレの住人に 物資的援助してる人がいるみたいじゃない TP-Linkの日本ブランチとかが 拾ってあげればいいのにね。 営業部隊しか置かないでしょう 法人置いて売り込みやっても採算合わないと判断したらいつでも撤退できるように 撤退の判断も早いからね 大破の人はneやりたいなら自分で会社作るしかない 運よく入ったとしても営業からのスタート(年齢制限有) >>607 営業だけならいいけど翻訳"も"やらされる可能性あり >>608 そこはArcher C7買ってOpenWrt入れて5ポートHUBに設定して...じゃないんかいな 残念 いや、まぁ、ここでは普通なんだけども ただのHUB買うんでなくそうしようよ、という話です 凶の戦利品 WHR-300 300円 説明書袋未開封っぽい → 本体の保護膜ついたまま → ACアダプタ未使用っぽい 結論: 開封済みの未使用品 どうしよ? >614 毎週のように何かgetしてますね 一体今何台あるの? 床一面埋まるぐらいあるそうです 棚に置かずに床に直置きするのがモットーのようで 寝る場所もないので玄関に布団敷いて寝てるそうよ ミニマリストの俺には無理な話だな この間時間できたんでPCパーツの断捨離を行った。 PCパーツだけでダンボール箱3箱ぐらいは減った気がする OpenWrtが動くルータも3台程捨てたな 収納ケース買ったりして空間を効率よく使用できるようにした。 おかげでいろいろ押し入れに入るようになり、生活感のない部屋を取り戻した 訂正、ミニマリストじゃなくてシンプリストだな 別に物を捨てまくるわけじゃないから buildrootのtrunkは既に環境できてるけど、同じ環境でrc2をビルドすることはできる? rc2をgit cloneしないと無理? >>320 https://forum.lede-project.org/t/horray-lede-17-01-4-updated-to-17-01-5/17102 >Linux kernel updated to version 4.4.140 (from 4.4.92 in v17.01.4) >Meltdown fixes for x86_64 >Security fixes to openssl, mbedtls, wolfssl, samba, dnsmasq, openvpn, >libunwind and the Linux kernel >Introduce latest version of the Wireguard VPN software (0.0.20180519) >Fixes for building with host glibc 2.27 (Used in Ubuntu 18.04) 主なのはセキュリティFIXですね。 x86_64のLEDEがどれだけ使われているのかはわからないけど、 Meltdownのfixが入ったのはそれなりに重要かと。 あと、上記スレの後ろの方で すべてのimageがbuild完了するまで2日くらいかかるとのこと (だからまだ公式アナウンスが出てないようで) >>615 20台ぐらい? >>617 有線100Mbpsの機種減らしたい >>622 thx! これまでなら、新しいstable使えみたいな感じだったのに、方針変わったのかな? 17.01系はLTS的な扱いなんだろうか? しないでしょ する必要もない そんなとこに人をかけるぐらいならtrunk版へ一点集中させるほうがクリエイチブ しかしRouterみたいなエンベデッド機器で 年数回のリリースサイクルは 自分でインストールできる人には良いけど OpenWrtを採用した機器を販売・利用する方にはどうなのかなぁ AndroidにおけるAOSPみたいな位置付けなんですかね? a) 初回搭載ファームウェアのまま終生更新しない b) 向こう2年ぐらいの間はまぁ重大なことだけ改善するファーム更新は出す c) 7年間、でしたっけ NECみたく面倒看るサポート年数を明言 d) 自分で何とかする <== われわれはここ セキュリティフィックスが目的だとすれば、タイミング遅いしなあ。 もうローリングリリースでいいのでは? >>627 socベンダーのリファレンスファーム自体が そうそうメジャーアップデートしないんじゃない? ttp://opensource.buffalo.jp/gpl_wireless.html 今更だけど申請してたWHR-1166DHPのソース来たで 報告乙 以前まとめて申請したのは 社内の事情で公開見通しも立たずとの回答でした 他社と比較しての公開プロセスや システム面の不備をも含めた指摘だったので 時間がかかるのは無理ないとは思っていますが ソースを今必要とする方々には 悪いことをしてしまったと思ってます 急ぎの方は個別に申請してみてください binwalk wnax2033gr_v201.bin DECIMAL HEXADECIMAL DESCRIPTION -------------------------------------------------------------------------------- 64 0x40 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 4589888 bytes 1565011 0x17E153 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 6320310 bytes, 1862 inodes, blocksize: 262144 bytes, created: 2018-03-22 08:33:42 突飛なエンコードはされておりません 先頭64バイトのヘッダ情報の内訳は不明 lengthやCRCやらだと思うんですけどね squashfsをbinwalkでほぐして確認したところmt7615.koなどがありました binwalk wsr2533dhp.uimage DECIMAL HEXADECIMAL DESCRIPTION -------------------------------------------------------------------------------- 0 0x0 uImage header, header size: 64 bytes, header CRC: 0x6CCD360B, created: 2017-12-19 07:41:16, image size: 2638904 bytes, Data Address: 0x80001000, Entry Point: 0x8000D1D0, data CRC: 0x99DC63F6, OS: Linux, CPU: MIPS, image type: OS Kernel Image, compression type: lzma, image name: "MIPS OpenWrt Linux-2.6.36" 64 0x40 LZMA compressed data, properties: 0x6D, dictionary size: 8388608 bytes, uncompressed size: 6715712 bytes 2638968 0x284478 Squashfs filesystem, little endian, version 4.0, compression:xz, size: 5191358 bytes, 1847 inodes, blocksize: 131072 bytes, created: 2017-12-19 07:41:19 ベンダー配布のファームウェア更新バイナリファイルからuImage形式までほぐす過程については下記参照 https://lists.openwrt.org/pipermail/openwrt-devel/2016-December/004475.html (せっかくの成果なのにマージされてない...) binwalkでほぐしたsquashfsツリーの中にmt7615.koは存在せず ただしMT7615がファイル名に含まれていたり設定ファイルの中にテキストで現れたりはあちこちにあった CVE勧告の危険度スコアが高い脆弱性の対策もせずに放置するからねぇ NDAでプロテクトされる対象のproprietaryなドライバ類でなく OSSで何とかなるものについては製品開発の企業へ引き渡した時点で 利用する企業側が修正保守していくことになる..んでしょう SoCベンダーが手元で保守しているオリジナルのSDKには 時間的に遅れて後回しになりつつでも反映させるんだろうけども 放置しているのは面倒くさいからというのもあるだろうが そういうスキルを持っていて対処できる人材が社内にいないんでしょうよ WEB UIいじって自社製品の見た目に合わせる、とかしかやってないんだから >>634 日本のメーカーで自社でファーム 組める人材持ってるところは NECATぐらいしかないだろうけど。 buffaloも全くいないんだろうか 簡単なことぐらいはやってそうだが elecomは近いうちにcoregaの二の舞で撤退しそうだな はい。いつものリリース日延長の報告で〜す https://openwrt.org/releases/18.06/start >>568 からFinal releaseが1週間伸びました。 来週はrc3の登場かな? Roadmap Below is a preliminary schedule for the evolution of the 18.06 release. The dates are subject to change. 24 June 2018 - Release v18.06.0-rc1 test images available 13 July 2018 - Release v18.06.0-rc2 test images available 27 July 2018 - Final release binaries available for v18.06.0 August 2018 - Start preparations for v18.06.1, the first service release for the 18.06 series History 17 Jul 2018 - Final release postponed by one week 16 Jul 2018 - Binary v18.06.0-rc2 images are ready. 15 Jul 2018 - The v18.06.0-rc2 tag has been created. 6 Jul 2018 - Final release postponed by two weeks 28 Jun 2018 - Final release postponed by a week 23 Jun 2018 - Binary v18.06.0-rc1 images are ready. 22 Jun 2018 - The v18.06.0-rc1 tag has been created. 18 Jun 2018 - Tagging of rc1 postponed by a week 15 May 2018 - The openwrt-18.06 branch has been created. >>636 いや、これまで(ほぼ)営業だけの会社だったのを、技術にも力入れていってる って、elecomの人が言ってた。 >>639 少なくとも今のところ全くその恩恵は見られないな。 大体今更ちょっとぐらいまともなもの作ったところで、 いままでのイメージが悪すぎて覆すのは難しい気もする。 >>635 NECが独自でやってるのはNetBSDのやつだけ あれ、フラッシュの使い方も独自方式で(汎用)カスタムファームは不可 >>639 よく恥ずかしくもねぇ そんなこと言えたもんだね elecom 鼻で笑ってやらぁ まあお前が鼻で笑ったところで elecomは痛くも痒くもないんですがw ELECOMは過去に酷いことやったから何言ったところで信用しない Linksysが日本市場へ再度参入だそうです https://internet.watch.impress.co.jp/docs/news/1133458.html 発売開始されたのはとりあえずメッシュルータだけのようです ただ、まぁ、NetgearもTP-Linkもラインナップ中の日本で販売してない機種が 少なからずありますからね 同じような感じになるかもしれないけどもLinksysにも他の機種を売ってほしい ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる