IPoE IPv6対応家庭用ルーターはメーカー・製品によって通信速度がかなり異なる 76
ストーリー by hylom
参考になる 部門より
参考になる 部門より
先日、『NECルーターの「IPv6 High Speed」技術、実際に「3倍高速」との数値が出るも「元々が遅いだけ」との指摘も』という話題があったが、INTERNET Watchの検証記事によると、現在販売されているIPoE IPv6対応ルーターでは通信速度速度が200~300Mbps以下の「遅い製品」と、700Mbps前後の「速い製品」があるという。
記事では実際に複数の製品を検証しているが、NECの「Aterm WG2600HP3」はファームウェアのバージョンアップで大幅に速度の向上が見られたという。また、エレコムの「WRC-1167GST2」も同様にファームウェアの更新で速度が大幅に向上している。一方でバッファローの「WXR-2533DHP」は元々高速で800Mbps近い速度が記録できたそうだ。
ちなみに、ヤマハは高速にパケットを処理するための技術を「ファストパス」と呼び、その仕組みを公開しているが、これはパケット転送の処理を特別なテーブルを使って工夫して処理することで高速化するというものだ。
家庭用ルーターはYAMAHA (スコア:2, おもしろおかしい)
家庭用ルーターはYAMAHAのRTX1210で決まり。
こんな高性能なのに、8万円以下。3世代20人が1人5台ずつ端末をもって使っても問題が無い。
其ればかりか、1Gbpsの回線2本をスタックさせて2Gbpsにすることも可能なだけでなく、片方の回線が通信途絶してしまう事態に陥った場合でも片方の回線が生きていれば万が一通信途絶により莫大な金銭的損害を被るような取引でも使える!
それだけではなく、WLX312などのアクセスポイントと連携して使う事で、超快適なワイヤレス環境を構築することが出来る!
我が家では、RTX1210と、PoE対応の、SWX2310P-28GTと、WLX312を4台導入して自宅の敷地内ならば、あらゆる場所で快適な環境提供している。
家庭用ネットワーク機器はヤマハのRTX1210とSWX2310P、WLX312で決まり!
Re: (スコア:0)
RTX1210出していいならIX2207かIX2215のほうがいいだろ
値段一緒か安くて性能はこっちの方が上だぞ
Re: (スコア:0)
新ファームの入手性を考えると……
Re: (スコア:0)
Re: (スコア:0)
新品じゃなくていいならRTX1200の方がお財布的に家庭向きかと。
業者から買っても1万円台前半です。
1200じゃだめで1210じゃなきゃって家庭環境なんてかなりレアだと思います。
#RTX1200に変えてVPNも快適になりました。
Re:家庭用ルーターはYAMAHA (スコア:1)
1200はmap-eに対応してない
http://www.rtpro.yamaha.co.jp/RT/docs/v6plus/ [yamaha.co.jp]
いやいやいや何この行灯記事 (スコア:0)
検証に「スピードテスト」使ったって検証でもなんでも無いじゃん。。。
Re:いやいやいや何この行灯記事 (スコア:1)
それを言うなら提灯記事だよね
Re: (スコア:0)
ここは元コメの人の汚名挽回に期待したいところ。
Re: (スコア:0)
すみません。私が昼行灯でした!
Re: (スコア:0)
なんで?
Re:いやいやいや何この行灯記事 (スコア:1)
同じネットワーク経路を、ルーターを変更して評価した差分だということを理解していますか?
Re: (スコア:0)
IPoEのシミュレータ環境くらい作れってことでしょ。証明書買わなきゃいけないわけでもなし。
Re: (スコア:0)
測定の信頼性を議論したいならそう書けばいいのに。
#3502412の元コメントは的外れなこと書いてるから、何もわかってないと思われても仕方がない。
Re: (スコア:0)
そこまで偉そうな事言うなら添削してやれば?じゃなきゃ黙ってれば良い
Re:いやいやいや何この行灯記事 (スコア:1)
> インターネット上の2地点間
検証のプロバイダーがIIJmioとのことなので、そのIPv6 IPoEのVNEはInternet Multifeedとなります。
スピードテストで表示されている相手サーバーもInternet Multifeedとなっています。
なので、この検証ではインターネットまで出ずにNGN網で折り返しちゃってるはず。
Re: (スコア:0)
インターネット的な外乱要因が少なくて測定条件としてはなおのこと結構なことですな
Re: (スコア:0)
PONやNGNでの外乱が無視できるとか思ってるならお目出鯛考えですな
#鯛食べたい
Re: (スコア:0)
> 世界各地に散在するサーバーに対して張られる
最近はクラウドやCDNの地域キャッシュサーバーでほぼ賄えませんかね。
Re: (スコア:0)
楽天的な希望的観測で語られてもね。
Re:いやいやいや何この行灯記事 (スコア:1)
どちらかというとAmazon的では?
Re: (スコア:0)
このコメント見てわかった。「楽天」的ってそう言う意味かw
Re: (スコア:0)
的外れなことダラダラ書いてると思ったら、コピペ [wikipedia.org]かよ
何回か試して欲しい (スコア:0)
こういう検証記事は面白いけど、
無線だと電波状況によってガッツリかわる気がするので
環境を変えて何度か試験して、平均や最速値を比較するとかまで
どうせならやってほしいな。
たとえば混線に弱いけど障害なしなら速いとか、電波状況悪くても落ちにくいとか、
いろいろメーカーによって癖が違ってくると思うんだよね。
Re: (スコア:0)
無線とスマホの組み合わせなんて11acでも、IPoEに変える必要すらないぐらい端末がトロいでしょ。
Re: (スコア:0)
無線って何の話?
Re: (スコア:0)
そもそもルーターの話なんだから有線でテストすれば良いはず…。
Re: (スコア:0)
それを言うなら、ルータ自身の話なので有線でのPC間も必要ないはず
ルータのスループットならルータのテストコマンドのFTPなどで測定できる
Re: (スコア:0)
tftpではなく、ftpが使えるルータって、一般人にはかなりレア物では?
Re: (スコア:0)
もしヤマハのファストパスと同じものなら、プロトコルにはがっつり依存するから、HTTP(S)で計測しないと意味ないと思う。
Re: (スコア:0)
そうだね、環境依存とかもあるからね。
所詮、無線LANは電波だったりするし。
うらやましい (スコア:0)
古めのマンションなんでVDSLの100Mbps契約で実測30~40Mbpsぐらいが最高なんで文字通り桁が違う状況ですわ
Re: (スコア:0)
うちも同様ですが80Mくらいは出ます。が、たまに1Mくらいになってしばらく回復しない。
ので、transixへの切り替えを申し込んでみた。
どうせ90Mくらいで頭打ちだろうとは思ってるが、ipv6デュアルスタックがなにげに嬉しい。
Re: (スコア:0)
でもそんな事するのも面倒なので、v6プラス対応のルーターに買い換えました。
うちも同様にVDLS 100Mですが、80〜90Mくらい常時出てます。
Re: (スコア:0)
同じ同じ
BB.Excite使ってるんでMEC光に申し込もうと思ったけど、VPN使えないと知って諦めた
(IPv4用ルータとIPv6用ルータを用意すりゃいいんだけど、めんどくせぇ…)
Re: (スコア:0)
SoftEther VPNならNAT内に鯖を置いても大丈夫だけど、ルータ2つ用意するのが苦痛な人にはSoftEtherが動くなにがしを用意するのは激痛だろうから無理には勧めませんわ
Re: (スコア:0)
光配線方式に替えたら良いんじゃない?
Re: (スコア:0)
そんなことできないから愚痴ってるんだろ。
うちもいわゆる高層マンションなので、ネット回線は自由にはならずVDSLだけど、au光にしたら、意外と常時上下ともに100Mbps程度は出ているので全然悪くはないと思っている。
それって前回の記事からリンクされた指摘の (スコア:0)
http://wnyan.jp/4347 [wnyan.jp]
どんな技術なのかってのは、なーんとなく想像がつくのですが、たぶんみなしIPv4にしてチップに処理させてスループットを稼いでるとか、その辺じゃないかなー、なんて思います。たとえばネットワークアドレスの頭32ビットをカットして続く32ビットをIPv4として処理させればまず競合は起こらないし、残る/64アドレスはLAN内なのは確実なので「内」と「外」をルーティングするだけの目的であればこれで十分いけます。まあそれ以前に、IPv6をワイヤースピードで処理できるチップくらいそろそろ搭載しようぜ。
が当たらずとも遠からずということ?
Re:それって前回の記事からリンクされた指摘の (スコア:2, 参考になる)
くだんのブログはシッタカがひどくて参考にはならないと思います。
「チップに処理させて」というのが何を意味しているのかあいまいですが、いわゆるハードウェアルーティングのことを指しているのなら、家庭用ルーターでそんなLSIを搭載しているものなんかありません。お値段的に無理だし、そもそもワイヤースピードなんて必要ないし。また、IPv4をハードウェアルーティングできるLSIなら、今どきは変なことをしなくてもIPv6もできます。そもそも、書かれているようなへんてこな処理ではルーティングできない可能性があるわけで、そんなネットワークにぶつかったらメーカーはユーザーにどう言い訳するのやら。
Fast Pathという技術はヤマハ特有のものでもなく、いろんな形の実装が手に入るので、それらのどれかをNECは実装したんじゃないでしょうかね。ぐぐっただけでも、Open Fast Path [openfastpath.org]とか、Broadcomの実装 [broadcom.com]とか見つかりました。
Re:それって前回の記事からリンクされた指摘の (スコア:2, 参考になる)
各々のfast pathの定義はちょっとずつ違う気がします。
例えば、Ciscoでもfast-pathというオプションがありますね。
https://www.cisco.com/c/ja_jp/td/docs/sw/dcswt/nex7000swt/cg/049/l3-cl... [cisco.com]
ipv6 nd fast-path
スーパーバイザ内のパケット処理を減らすことで収集パケットのパフォーマンスを向上させます。これは、宛先 IP アドレスが同じサブネットの一部である収集パケットに適用され、宛先 IP アドレスが異なるサブネットにあるパケットには適用されません。デフォルトではイネーブルになっています。
netappのはちょっと詳しく書いてあります。
Similarities and differences between fast path over IPv4 and IPv6
https://library.netapp.com/ecmdocs/ECMP1114171/html/GUID-2F873CCF-4494... [netapp.com]
Similarities between fast path over IPv4 and IPv6
Fast path over IPv4 and IPv6 provide improved system performance because of the following reasons:
When fast path is enabled, TCP checksum computation is automatically offloaded to the network interfaces.
Note: Only specific NICs support this functionality.
Route lookup to the final destination is skipped when fast path is enabled.
Differences between fast path over IPv4 and IPv6
Fast path over IPv4 provides load balancing between multiple network interfaces on the same subnet because responses are sent on the same network interface that receives the incoming requests. IPv4 uses the same source IPv4 address and the source MAC address of the incoming packet in the destination packet.
Fast path over IPv6 does not provide load balancing because it uses the default gateway of the incoming interface as the destination. Fast path over IPv6 always performs an NDP lookup to find the MAC address of the next hop. Therefore, the responses might not be sent on the same interface that receives the request.
90年代からfast pathという言葉は使われていたようですが、最新のrfcだと
https://tools.ietf.org/html/rfc6398 [ietf.org]
Re: (スコア:0)
カーネル空間で4over6のフォワーディングできるような実装のことみたいですね。 >> FastPath
broadcomのページに(R)がついてるんで、たぶんbroadcomが自社チップ用にフレームワーク開発して、
それをオープンに実装したのがopen fast pathなんじゃないでしょうか。
TCAM乗っけてればハードウェアアクセラレーションもかけやすい構造なんじゃないでしょうか。
家庭用に外部TCAM使うとは思えませんが、もしかしたら最近のチップだとある程度は内蔵でもってるかも。
broadcomでもdnx系は内部tcam持ってますが、xgs系とかそれ以下って内部tcamあるのかな?
カーネル空間内に、FIB作ってカーネル空間でフォワーディングするってのは素のLinuxでもできますが、
それを4over6に対してもカーネル空間でやってしまうってのがポイントかと思います。
Re: (スコア:0)
RFC6398に書いてある通り、
・ハードで処理するのがfast pathで、ソフトで処理するのがslow path
ってのが最大公約数的な定義でしょ。でも、例えばヤマハはソフトウェア実装版もある。そういう点でいうと、
・チェックサムオフロード
・同じアドレスからは最初のパケットだけルート探索して、それ以外は省略する
って感じのが実態かと。
プアなBBRをあぶり出す? (スコア:0)
ギガビットBBRと言ってもGbEなのはLAN側インターフェースのみで、ルーティング部分のスループットは非常に怪しいってはあらあね。v4PPPoE辺りは歴史も長く熟れてるからハードウェアの性能通りに引き出せてても、各種v6IPoEとかv4overv6とかは処理も実装もプアのままだったり(あまつさえ遅けりゃ新型ルーター買ってね)とか。
まPPPoEとかIPoEとかv4overv6とかで頭悩ましたり従来の費用に上乗せで月額料金負担したり新しいルーターに買い換える必要があるのでNTT東西のフレッツだけだよね??
Re: (スコア:0)
フレッツ光ネクストでIPv6有効にするのには自分でポータルサイトにアクセスすれば工事費用無料だしどちらにせよ月額費用要らないし今新規に引けばデフォルトでIPv6有効化されてるけどいったい何を言ってんの?
検証以前に (スコア:0)
NECがIPv6 High Speedの詳細を公表しない限り
きちんとした検証が出来ないような・・・
技術的詳細が判った上でやるならまだしも
判らない状態でやったところで
環境による影響を考慮出来ないわけで
詳細が判らない状態で公平と言える検証が出来るのだろうか・・・
IOの青いアレ (スコア:0)
ぶちぶち接続が切れるんだけど、これIPV6の仕様なのかね?
電源切って再起動しても同じなんで、回線かルーターが原因なんだろうけど。
どうしたもんだこれ。
Re: (スコア:0)
つ http://www.iodata.jp/support/after/esupp.htm [iodata.jp]
are (スコア:0)
単にハードウェアで専用処理入れたとかじゃないのかな...
NTT提供のHGWだって、IPv6 IPsecに関しては妙なソフト処理してて、
一定状況下で超スループットが低下するとかあったし。
※限られたコストで所定の仕様・要件を満たすためにはしゃーなしだと思いますが。
第五世代のHGWではマシンパワー(?)で強引に解決してたけど。
フレッツ+ひかり電話利用者に選択肢無し (スコア:0)
レンタルでそもそも選べないというのがあるし。
ひかり電話続けたせいで元あった加入権は消滅させられるし、本当にロクでも無いな。