YAMAHA業務向けルーター運用構築スレッドPart11
■ このスレッドは過去ログ倉庫に格納されています
0001anonymous
2012/02/16(木) 13:39:06.75ID:???YAMAHA専用スレッド
http://pc.2ch.net/test/read.cgi/network/997877142/
YAMAHA業務向けルータ運用構築スレッドPart2
http://pc5.2ch.net/test/read.cgi/network/1037975157/
YAMAHA業務向けルータ運用構築スレッドPart3
http://pc8.2ch.net/test/read.cgi/network/1092832668/
YAMAHA業務向けルータ運用構築スレッドPart4
http://pc11.2ch.net/test/read.cgi/network/1144116104/
YAMAHA業務向けルータ運用構築スレッドPart5
http://pc11.2ch.net/test/read.cgi/network/1196114751/
YAMAHA業務向けルータ運用構築スレッドPart6
http://pc11.2ch.net/test/read.cgi/network/1223667451/
YAMAHA業務向けルータ運用構築スレッドPart7
http://pc11.2ch.net/test/read.cgi/network/1245454435/
YAMAHA業務向けルーター運用構築スレッドPart8
http://hibari.2ch.net/test/read.cgi/network/1275391797/
YAMAHA業務向けルーター運用構築スレッドPart9
http://hibari.2ch.net/test/read.cgi/network/1294731041/
YAMAHA業務向けルーター運用構築スレッドPart10
http://engawa.2ch.net/test/read.cgi/network/1309822690/
【公式サイト】
YAMAHA RT series router Home Page http://www.rtpro.yamaha.co.jp/
【お約束】
・ここはYAMAHAルーターで、小規模～大規模のネットワークを構築、運用する人のための情報交換スレッドです。
・ネットボランチシリーズ(コンシューマー向け)、業務用向け機器でもYAMAHAルーターの
設定方法、YAMAHAルーターの使い方などハードウェア寄りの話題は以下のスレッドへ。
YAMAHAヤマハブロードバンドルーターpp select 16
http://toro.2ch.net/test/read.cgi/hard/1311181544/
0357331
2012/05/06(日) 01:03:19.34ID:???トンネル内のスループットは直接測れないんですが、
対向ルーター(RTX1500)側にある、データを受信しているLINUXのLANポートのモニタでは次の変化になりました。
ファストパスなし→5MB/sec（40Mbps）
ファストパスあり→8MB/sec（64Mbps）
RTX1500のCPUが99%までいっていたので、そこで頭打ちになっていたようです。
今度は、プロバイダがボトルネックになっているのだと思います。
RTX1200のCPU使用率は、まだ50%ほど余裕ありましたし。
0358331
2012/05/06(日) 01:16:49.47ID:???プロバイダから帯域制限かけられた後だった。
調子のって飛ばしたら、すぐにダメになるのね。
はやくネクストでダイレクトにつなぎたい。
0359anonymous
2012/05/06(日) 02:05:39.98ID:???『全部IPv6に移行』でなければIPv6の通信ができなくても良い、という考え方は間違ってる。
今の時代はIPv6かIPv4のどちらか一方だけを使う時代ではなく、
IPv6とIPv4を併用（デュアルスタック）する時代。
Vista以降のWindows同士の通信はIPv6を優先して行われる。
ひかりTV対応家電は当然IPv6対応。
あなたが考えている以上に、一般家庭のLAN内ではIPv6が使われているんだよ。
0360anonymous
2012/05/07(月) 01:38:43.99ID:???WindowsはXPまでしか使ってねーしw
0361anonymous
2012/05/07(月) 01:43:41.22ID:???「ひかりTV対応家電」とやらは>>359が考えてるほど普及してるんか?
俺は存在すら知らんかったし今後も買うことはないと思うが。
0363anonymous
2012/05/07(月) 02:02:09.17ID:???機器がIPv6対応しててもIPv6機能を無効にしてりゃ「使わない」でしょ。
例えばLinux使っててもIPv6は無効にして使ってる人は多い。
少なくとも今現在ウチにはIPv6を「使う」機器は一つもないな。
「使う」が気に入らなきゃ「使ってる」でもいいけど。
0364anonymous
2012/05/07(月) 02:16:43.60ID:???> あなたが考えている以上に、一般家庭のLAN内ではIPv6が使われているんだよ。
この文面からは
「既に一般家庭のLAN内ではL3アドレスとしてIPv6が使われたパケットが大量に流れている」
と読めたので、「少なくともウチでは一つも流れてないと思う」と書いたまでなのだが。
何か変かな?
本当に「既に一般家庭では大量に流れてる」の?
ウチにあるネットワーク対応AV機器(数はPCより多い)にIPv6対応のものなんか一つもないけど。
0365anonymous@st0295.nas821.p-tokyo.nttpc.ne.jp
2012/05/07(月) 02:38:35.94ID:???ポート開放がしたくて↓の手順でやってるんですが出来ない。
[トップ] ＞ [詳細設定と情報] ＞ [基本接続の詳細な設定] ＞ [プロバイダの修正(PP[01])]
今現在
静的IPマスカレード関連(フィルタの自動定義：80番～94番) には
1 tcp www 192.168.100.100
2 tcp ftpdata 192.168.100.100
3 tcp ftp 192.168.100.100
4 tcp 22 192.168.100.100
5 tcp 20791 192.168.100.2
6 tcp 20790 192.168.100.2
7 tcp 8080 192.168.100.211
8 tcp 8111 192.168.100.101
8個追加しています。
新たに192.168.100.101 tcp ftp 21を追加すると
静的IPマスカレード(192.168.100.101,tcp,21)の設定に誤りがありました
設定を登録できませんでした。
ってなるんですが…
なんでだろう…
0366anonymous
2012/05/07(月) 02:53:54.04ID:???21番ポート(ftp)に来たパケットを二つのホスト(...100と...101)両方に
転送することは(当然)できないからでは
0367anonymous@st0295.nas821.p-tokyo.nttpc.ne.jp
2012/05/07(月) 03:10:40.03ID:???でも同じような事を以前使ってたNECのWR8700HPでやってみたけど出来たような…
新たに192.168.100.101 tcp ftp 21を追加したかったらプロバイダを追加してからしろって事？
新たに192.168.100.101 tcp ftp 21を追加したかったら
2 tcp ftpdata 192.168.100.100
を消して追加しろって事？
あってますか？
0368anonymous
2012/05/07(月) 03:40:24.36ID:???9 tcp ftp 192.168.100.101と入力してエラーが出るなら
3番消せって事でしょ？
0369anonymous
2012/05/07(月) 07:23:25.34ID:???0370anonymous
2012/05/07(月) 08:45:29.14ID:???0371名無しさん
2012/05/07(月) 11:25:23.28ID:???いれば、v6 のIPなんて割り当てられないだろ。
0372fe80::774/64
2012/05/07(月) 11:39:31.00ID:???0373anonymous
2012/05/07(月) 20:25:09.92ID:???同じアドレス・同じポートに入ってきたパケットが
一体どちらのホスト向けのものなのか
ルータがどうやって判断できるんだよ。
> 新たに192.168.100.101 tcp ftp 21を追加したかったらプロバイダを追加してからしろって事？
ftpサービス一つのためにもう一つ回線を用意するのか?
金持ちの考えることは庶民とはちょっと違うようだ。
ちゃんとサーバとかネットワークの基礎を調べてから設定した方がいいと思うぞ。
ftpとftpdataの二つのポートが必要だということすら理解していないっぽいし。
そもそも「ポート」の意味が分かってないだろ。
0374anonymous
2012/05/07(月) 20:47:58.47ID:???0375anonymous
2012/05/07(月) 21:01:36.00ID:???0376anonymous@st0295.nas821.p-tokyo.nttpc.ne.jp
2012/05/07(月) 22:10:05.11ID:???ftpとftpdataの二つのポートが必要だということすら理解していないっぽいし。
>>
2 tcp ftpdata 192.168.100.100
3 tcp ftp 192.168.100.100
0377anonymous@st0295.nas821.p-tokyo.nttpc.ne.jp
2012/05/07(月) 22:25:57.47ID:???0378anonymous@st0295.nas821.p-tokyo.nttpc.ne.jp
2012/05/07(月) 22:26:18.67ID:???0381anonymous
2012/05/07(月) 23:07:43.82ID:???なんでそんなに必死なん？
0382anonymous
2012/05/07(月) 23:08:23.74ID:???0384a
2012/05/13(日) 13:05:45.71ID:???0385anonymous
2012/05/13(日) 15:17:43.30ID:???0386anonymous
2012/05/13(日) 17:11:21.81ID:???2ちゃんねるなんでも質問スレ
じゃねーぞ
0388anonymous@FLH1Aal227.szo.mesh.ad.jp
2012/05/13(日) 21:49:10.86ID:???iPhoneからは繋がるけどXPでは認証通らねー
まー、Microsoft製品はサポートしないって書いてあるけどさ・・・・・
何が原因だろ？
0389anonymous
2012/05/13(日) 22:16:19.64ID:???まーログみろ
0390anonymous
2012/05/15(火) 23:44:57.89ID:???IPsecトンネルを構築したいと思います。
その場合、rtxは、ONUに直付けになるのか、HGWに接続するのかどちらになるのでしょうか。
私は、ONUをハブで分岐して、HGW(ひかり電話を使う)と、RTXとを接続する形態をぼんやり考えています。
もしHGWのIPv6機能をオフにできたら（ひかり電話はIPv4を取得するらしいので）、
RTXの方でIPv6アドレスを受け取れるかなと考えています。
もし、HGWが絶対にIPv6を使うのなら、RTXはその配下におくしかないと思います。
あるいは、ひかり電話端末としてHGWは使わずに、別のを取り付けようと思います。
HGWの直下に置く場合と、ONUの直下に置く場合とで、RTXの設定はどう変わってくるのでしょうか。
RTXでは、IPsecトンネルの構築と、データコネクトによるリモートセットアップがしたいです。
0391anonymous
2012/05/15(火) 23:52:50.38ID:???場所は西日本管内です。
フレッツテレビも使いたいと思います。
そしてさらにひかり電話オフィスタイプも使う予定です。
ひかり電話オフィスタイプはおそらく別端末になるので、ONUをハブで分岐させてつなぐと思います。
とすると、HGWの機能としてはフレッツテレビだけになると思います。
だとすると、RTXはHGW直下に接続する形態になるかなと思います。
はたしてこれで、RTXはネイティブにIPv6をフレッツ網内に対して話してIPsecを構成できるのかどうか・・・
0392anonymous
2012/05/16(水) 01:15:03.25ID:???http://toro.2ch.net/test/read.cgi/hard/1329917903/402-414の人？
HGWの機種名（型番）は何？
0393anonymous
2012/05/16(水) 16:04:12.04ID:???0394anonymous
2012/05/16(水) 16:40:07.22ID:???データコネクトはひかり電話の一機能だから
> ONUをハブで分岐して、HGW(ひかり電話を使う)と、RTXとを接続する形態
の場合はRTXでデータコネクトを使うことはできないよ。>>107-112参照。
0395anonymous
2012/05/16(水) 20:10:25.36ID:???まだ契約していないので、ホームゲートウェイの型番が何なのかわかりません。
>>394
RTXをHGWの内線に登録する形態にしなくても、
RTXを直にネクスト網のサーバーに接続登録することはできますでしょうか。
0396anonymous
2012/05/21(月) 10:27:30.85ID:???屋外からの緊急メンテ用にSSHのポートも開けたりするものなの？
（ポート番号をtcp22以外に設定したりして）
0397anonymous
2012/05/21(月) 11:10:04.75ID:???0398anonymous
2012/05/21(月) 11:37:44.39ID:???0399anonymous
2012/05/21(月) 12:45:36.23ID:???それって緊急メンテ用と言えるの？
緊急メンテ用というなら確実に接続できる環境を用意すべきじゃないのか？（例えばWANが切れた場合を想定して別回線とか）
0401anonymous
2012/05/21(月) 16:44:44.77ID:???リスクは減るけどな
0402anonymous
2012/05/21(月) 20:22:06.01ID:???ま～ポートなんぞ見つかっても
公開鍵認証onlyにしてあれば問題なかろう
ポート変える目的は単にログのゴミを減らすためだな
普通は
0404anonymous
2012/05/22(火) 14:18:18.01ID:???脆弱性ってのは報告されてないんじゃないかな
何かあったっけ?
0405anonymous@ntt7-ppp579.tokyo.sannet.ne.jp
2012/05/22(火) 16:41:12.06ID:???0406404
2012/05/22(火) 17:23:22.13ID:???SSHv2+RSAか
v1だとssh-keygenのオプションがRSA1なんで
ついウッカリ
0407anonymous
2012/05/22(火) 17:26:45.74ID:???ip secure filterとか一行に書ける文字数制限で
その全部を適用できなかったりするけど
0408anonymous@ntt7-ppp579.tokyo.sannet.ne.jp
2012/05/22(火) 18:09:49.21ID:???ip filter はコマンドリファレンスに 1~21474836 って書いてあるので、単純にそれだけ登録できるものだと考えてます
ただ実際のインターフェイスに紐付けるとき…
ip interface secure filter direction [filter_list...] → 3 128個以内
ip filter set name direction filter_list [filter_list ...] → 1000個以内
と書いてあって、併用できるかどうかとかは書かれてないのでどうなのかなーと。
目的から書いちゃいますか。
APNICとかのIPリストを使って中国やロシアのIPを弾きたいんですが、
RTX1200に任せようとするのは間違いでしょうかね?
できる方法があればやってみたいんですが…
0409anonymous@ntt7-ppp579.tokyo.sannet.ne.jp
2012/05/22(火) 18:11:11.19ID:???3 128個以内 → 128個以内
0410anonymous
2012/05/24(木) 19:14:52.24ID:???ひかり電話オフィスタイプを今から申し込むなら、
ビジネスホン主装置に直接収容にしない限りレンタルのOG400X/OG800Xが来て
これにカスケードでRTXをつなぐことになるが、
こいつのせいで全くスループットは出ないよ。
ひかり電話収容装置としては非常に安定していい機械なんだが
データ通信用としては糞以外のなにものでもない>OG-X
ひかり電話＋フレッツテレビなど雑多なNGNサービスを使うために
レンタルのHGWがつながれる回線と、
データ通信用のONUだけの回線の2本を引け。
0411anonymous
2012/05/24(木) 20:14:45.88ID:???http://www.ntt-east.co.jp/business/product/og400xa/?link_id=catlink
この図↓によると、OG400X/OG800XはONUにダイレクトにつなげるみたいですね。
http://www.ntt-west.co.jp/news/1106/110629a_2.html
OG400X/OG800Xに、RTXをつなぐのですか。
OG400X/OG800Xは、そもそもIPv4を使ってVOIPするのか、あるいはIPv6でなのか。
IPv4なら、ONU直後にハブ分岐しRTXを並列につなぐことで、RTXはネイティブにIPv6が話せそうですね。
しかし、IPv6を使うのなら、RTXはOG400X/OG800Xにカスケードにつないで、IPv6アドレスを分けてもらうしかなさそうですね。
ひかり回線を二本ひくのは避けたいです。（お金がかかる・・・）
ハブで分岐してRTXと多機能HGWなどが干渉しない方法を選びたいです。
IPv4でVOIPできるゲートウェイorビジネスフォン主装置（A）と、IPv6を話させるRTX (B)をそうやって並列に組むのが理想。
光ファイバ→【フレッツテレビコンバーター（スルー）⇔ONU】⇔ ハブ ⇔VOIPv4 GW／並列／RTX1200（IPv6ネイティブ）
【】内がHGWとして与えられればいいのかな。
どうでしょうか。
0412anonymous
2012/05/24(木) 23:48:15.65ID:???> OG400X/OG800Xって、これ↓ですね。
> http://www.ntt-east.co.jp/business/product/og400xa/?link_id=catlink
そう
> この図↓によると、OG400X/OG800XはONUにダイレクトにつなげるみたいですね。
> http://www.ntt-west.co.jp/news/1106/110629a_2.html
そのとおり
> OG400X/OG800Xに、RTXをつなぐのですか。
> OG400X/OG800Xは、そもそもIPv4を使ってVOIPするのか、あるいはIPv6でなのか。
IPv6。OG-X だから IPv6 なのではなく、フレッツ光ネクストのひかり電話の仕様。
(Bフレッツのひかり電話は IPv4)
> ハブで分岐してRTXと多機能HGWなどが干渉しない方法を選びたいです。
> IPv4でVOIPできるゲートウェイorビジネスフォン主装置（A）と、
> IPv6を話させるRTX (B)をそうやって並列に組むのが理想。
理想だろうが何だろうがだめなものはだめ。
> ひかり回線を二本ひくのは避けたいです。（お金がかかる・・・）
まあいいんだよ、もう一本引かなくても。
名目200Mbpsなのに、10Mbpsくらいしかパフォーマンスが出なくても我慢できるなら。
おれのところは我慢できないのでもう一本引いてそちらでつなぐようにした。
0413anon
2012/05/25(金) 04:41:36.38ID:???ONU - OG - RTX
の構成らしい。
が、v4のインターネットのみが必要な場合は
ONU - HUB - OG
- RTX
の構成でも普通に動くよ。
但し、WAN側インターフェイスでdhcpクライアントを動作させないことが条件になるけど。
NTTは明確にダメと言ってたが、一応実績はある(NTT西)
v6も併用の必要がある場合はこの構成は使えない。(OG配下でDHCP-PDにて取得)
0414ANONYMOUS
2012/05/25(金) 14:28:51.89ID:OYqsaARuIPv6アドレスをVOIPゲートウェイが拾う必要がある場合のことですね。
とすると、IPv6を使いたいRTXはその配下からおこぼれをもらうしかないわけですね。
その逆ができたらいいのですけどね。RTXを先頭につないで、その配下にVOIPゲートウェイをつなぐ方法。
>WAN側インターフェイスでdhcpクライアントを動作させないことが条件になるけど。
>NTTは明確にダメと言ってたが、一応実績はある(NTT西)
RTXは従来のようにしてPPPOEでプロバイダに接続するわけですね。
NTTってすぐにダメっていう。
0415ANONYMOUS
2012/05/25(金) 14:35:36.59ID:OYqsaARu>IPv6。OG-X だから IPv6 なのではなく、フレッツ光ネクストのひかり電話の仕様。
>(Bフレッツのひかり電話は IPv4)
フレッツ光ネクストのひかり電話ってIPv4でも対応するのかと思っていました。
0416anonymous
2012/05/25(金) 15:10:19.74ID:???http://flets-w.com/hikaridenwa/download/hikari_ngn9.0.pdf#page=17
> (2) 端末登録の制限
> 契約者電話番号一つにつき、IPv4 一つ、または IPv4 と IPv6 それぞれ一つずつの IP ア
> ドレスの登録を許容します。追加電話番号及びサブアドレスについて追加の登録は不要で
> す。なお、登録時にはIPv4を用いて SIP信号の送受信を行ってください。
0417ANONYMOUS
2012/05/25(金) 16:00:55.06ID:OYqsaARuということは、フレッツ光ネクストのひかり電話も、IPv6だけでなくIPv4もまた使えるってことですね。
しかも、IPv6を使う場合、sipサーバにレジストするときにはIPv4（たぶん、PPPOE接続なんだろうな）を使う必要があるんですね。
ということは、
IPv4オンリーのひかり電話ゲートウェイと、RTXの、ONU直下における並列接続 が理想的かもしれないなあ。
RTX1200って、そうやってONU直下でも、PPPOEとか、IPv6ネイティブ、それからデータコネクトっていけますでしょうか。
ああ、そうか。並列でひかり電話をつかっているわけだから、>>416の制限によって、データコネクトできないことになるなあ。
0418ANONYMOUS
2012/05/25(金) 16:06:18.72ID:OYqsaARuIPv6をつかって、ひかり電話対応HGWの子機としてレジストするか、直接NTTのSIPサーバーにレジストしないといけないですよね。
その場合、>>416によると、IPv6の場合でも登録時はIPv4を使わないといけないということだから、
RTX1200は登録時にはPPPOEをしゃべれないといけないことになりますよね。
PPPOEのためのアカウントでももらえるのかなあ？
えっ？そんな設定がRTX1200にありましたっけ？
0419anonymous
2012/05/25(金) 16:23:43.06ID:???> IPv6だけでなくIPv4もまた使える
IPv4必須で、追加でIPv6も使える が正しい
> sipサーバにレジストするときにはIPv4（たぶん、PPPOE接続
違う。IPv4 IPoE
http://flets-w.com/hikaridenwa/download/hikari_ngn9.0.pdf#page=11
0420anonymous
2012/05/25(金) 16:31:43.12ID:???これでOK
[ONU]
│
[LAN切替器]
│ │
[RTX] [OG400X]
│ │
[PC] [電話機]
LAN切替器（2回路） SW-LAN21
http://www.sanwa.co.jp/product/syohin.asp?code=SW-LAN21
http://www.rtpro.yamaha.co.jp/RT/docs/ngn/ngn_remote_setup.html
> NTTから提供されるHGWを使わずに、フレッツ光ネクストの回線をWANインタフェースに挿します。
0421ANONYMOUS
2012/05/25(金) 16:47:01.84ID:OYqsaARu>>419
訂正ありがとうございます。
IPv4もネイティブに話すことが許されているんですね。
Bフレッツのひかり電話ビジネスタイプ（申し込み終了）では、172.から始まるプライベートアドレスが使われていましたね。
契約者とNTTの間だけで閉じられているので重複して割り当てられているようだった。
フレッツネクストのひかり電話用IPv4アドレスも、そういう感じで、重複しているのかな。
それとも、フレッツネクスト網においては重複せず、やろうと思えば契約者間の通信もできる可能性があるのかな。
知っても仕方ないか。
0422ANONYMOUS
2012/05/25(金) 16:56:27.94ID:OYqsaARuデータコネクトする[RTX]と、ひかり電話を提供する[OG400X]が、IPv6アドレスを取り合うので 、手動スイッチで線路を切り替えてやるんですね。
いつ電話がかかってくるかエスパーできる切り替え専用係が必要になるので、ちょっと、それは勘弁です。
OGシリーズのものではなく、IPv4オンリーのひかり電話ゲートウェイを使った場合、RTXとONU直下でハブ分岐で並列接続できると思います。
しかしその場合、>>417で考えたように、RTX側ではデータコネクトはできなくなってしまいますよね。（IPv4でひかり電話が使われているため）
RTXの説明では、データコネクトはONU直下に置く必要があるということですが、
HGW直下でもいけるというような話をこのスレでも読んだことがあります。TELNETでリモートアクセスはできるということでした。
0423anon
2012/05/25(金) 20:12:28.34ID:???実地でやって確認してるから間違いない。
v4アドレスは1契約に対して1アドレス、
v6アドレスは1プレフィックス(ひかり電話の有無により配布方法やprefixは違う)
しか配布されない。
だから、
v4 → dhcpクライアントにしているインターフェイスが2個以上あるとまずい
v6 → HGWやOGを経由せずともv6のprefixは取得できるが、
取得した後に再配布する機能が多くのルーターにはないので使えない。
また、恐らくだがprefix受信した後にどのprefixをひかり電話で使うかは
HGWで明確に決まっているようだから、再配布機能があったとしても
それがわからない以上ルーター配下では使えないと思われる。
0424anonymous
2012/05/25(金) 20:33:52.70ID:???これでOK
[ONU]
│
[OG400X]─[電話機]
│
[RTX1200]
│
[PC]
http://logsoku.com/thread/toro.2ch.net/hard/1311181544/393-400
http://www.ntt-east.co.jp/business/product/og400xa/method.html
> PIPng
→RIPngの誤植だろう
http://web116.jp/business/product/og400xa/pdf/OG400XOG800X_detail.pdf#page=21
> [PD払い出し] (初期値： 有効)
> PD払い出し機能を利用するかどうかを指定します。
http://web116.jp/business/product/og400xa/pdf/OG400XOG800X_detail.pdf#page=33
> IPv6ルーティング
> ■ ダイナミックルーティング設定
> ■ スタティックルーティング設定
0426anonymous
2012/05/26(土) 02:18:14.05ID:???0427anonymous
2012/05/26(土) 17:37:58.72ID:???0428anonymous
2012/05/26(土) 18:07:26.25ID:???3種類の設定方法（PD、RIPng、静的ルーティング）から選べる。
つーかOGの質問はスレ違いだぞ。
0429anonymous
2012/05/27(日) 10:07:49.42ID:???ひかり電話オフィスタイプをやめて住宅用の単なる「ひかり電話」で妥協しては？
[PR-400NE]─[電話機]
│
[RTX1200]
│
[PC]
[ONU]
│
[NVR500]─[電話機]
│
[RTX1200]
│
[PC]
0431anonymous
2012/05/29(火) 20:32:12.87ID:???統計情報に出てきてないから効いてるのか効いてないのかよく分からないんだ
設定内容はだいたいこんな感じで
pp select 1
queue pp type priority
queue pp default class 2
queue pp class filter list 10 .....
queue class filter 10 1 ip * * tcp * www,https,smtp,pop3
：
：
0432anonymous
2012/05/30(水) 10:12:17.01ID:???0433anonymous
2012/05/30(水) 17:53:49.57ID:???ありがとう
0434anonymous
2012/06/01(金) 02:21:51.04ID:???appleストアへのインターネットアクセスのみ許可したいんですが、
プロトコルと、ポート番号ってわかりますか？
ipad嫌い
0435anonymous
2012/06/01(金) 06:59:38.35ID:???80,443と動的に変わるポート。
ルーターでACLかけるのは㍉、最近話題の次世代ファイアウォール使え。
0436anonymous
2012/06/01(金) 09:34:27.99ID:???宛先IPすら特定しづらいな。
0437anonymous
2012/06/01(金) 10:49:09.39ID:???0438anonymous
2012/06/01(金) 12:45:32.21ID:???アップルストアへのアクセスも不許可
apple嫌い
あるいは、urlフィルタでなんとかなんないでしょうか
0439anonymous
2012/06/01(金) 20:00:09.94ID:???0440anonymous
2012/06/06(水) 15:13:06.27ID:???http://jp.yamaha.com/news_release/2012/12060601.html
http://jp.yamaha.com/news_events/network/world_ipv6_launch/
http://www.rtpro.yamaha.co.jp/RT/ipv6/w6l.html
http://projectphone.typepad.jp/blog/2012/06/world-ipv6-laun-49b9.html
0441anonymous
2012/06/06(水) 19:54:26.32ID:???https://twitter.com/#!/yamaha_sn
0442anonymous@y081221.ppp.asahi-net.or.jp
2012/06/07(木) 00:17:03.46ID:???RTX が DHCPv6-PD Client になれないみたいではまってます。
接続はこんな感じです。
RT-S300SEはひかり電話とv4 PPPoEブリッジで、RTXがv4 PPPoEを話しています。
[ONU] - [RT-S300SE] - [RTX1000] - [HUB] - [PC]
RT-S300SEにPCを直結するとDHCPv6-PDでアドレスが降ってきて正常に外に出れます。
RT-S300SEからHUBへ直結するケーブルを一本追加してしても同じくOK。
RT-S300SEがRA出してくれればRAプロキシで楽チンなんですが、残念ながら DHCPv6 のみでした。
やっぱり/64ぐらいで適当にネットワーク切ってルーティングするか、買い換えるしかないですかね。
0443anonymous
2012/06/07(木) 01:17:09.98ID:???RT-S300SEを外して
[ONU] - [RTX1000] - [PC]
という構成でRTX が DHCPv6-PD Client になれるか試してみては。
> RT-S300SEにPCを直結するとDHCPv6-PDでアドレスが
ネットワークプレフィックスの通知はRAで行われていて
端末がSLAACで自アドレスを生成してるんだよ。
DNSサーバーアドレスの通知はDHCPv6ね。
> RT-S300SEがRA出してくれればRAプロキシで楽チンなんですが、
> 残念ながら DHCPv6 のみでした。
もし仮にRT-S300SEがRAを出さなかったとしたら
端末はSLAACできないしDHCPv6も機能しないよ。
>>329と同じようにRAプロキシでいけるはず。
> 適当にネットワーク切ってルーティングするか
RT-S300SEに経路情報を追加するには
DHCPv6-PDでプレフィックスの払い出しを受けるしかないよ。
0444名無しさん
2012/06/07(木) 11:24:24.27ID:???04457743
2012/06/07(木) 11:53:49.14ID:???0446anonymous@y081221.ppp.asahi-net.or.jp
2012/06/07(木) 23:07:36.25ID:???ちょっと時間が取れないので後日やってみたいと思います。
後から読み返してみるとハードウェア板向きの話だったようですいません。
0447anonymous@FL1-118-109-132-223.tky.mesh.ad.jp
2012/06/08(金) 10:27:16.09ID:ZAtC40EcCPU使用率70～100%になっちゃって正直全くもって使えない
コンフィグに関してはYamahaの人に確認してもらって問題ないこと確認済みなのに
同様の症状が出ている人いません？
0448anonymous
2012/06/08(金) 10:33:12.09ID:???0449anonymous@FL1-118-109-132-223.tky.mesh.ad.jp
2012/06/08(金) 10:43:30.74ID:???うお、凄い！
ショートパケットって初めて聞いて今ググってきたのですが、かなりPVの多いサーバーでスマホやガラケーの
アクセスも多いサイトになります。
サイトとしてショートパケットは非常に多い為、そちらが原因の可能性も高いですが、RTX1200で改善の見込み
は低いですよね
0450anonymous
2012/06/08(金) 10:52:24.79ID:???ショートパケットが大量に流れるとどうしてもなあ。
10Mbps程度のトラフィックならRTX1500の方が良いんじゃね？
0451anonymous
2012/06/08(金) 11:00:40.08ID:???どうしてもギガビット対応のルータが必要なのです。
買って1週間しかたってないけど勉強代だと思って諦めます！
次のルーターはLinuxで立てようと思うのですが、ショートパケットに強い・弱いはCPU処理能力が影響するのでしょうか？
0452anonymous@218.185.149.203.eo.eaccess.ne.jp
2012/06/08(金) 11:03:50.20ID:/eiFAg4r検索してみるとRTA55iという旧式のルーターを
使ったサイトがありました。
同じ機能をもった現行型の型番を教えてください。
0453anonymous
2012/06/08(金) 11:04:24.50ID:???それ試した上での今の設定なのかな
0454anonymous
2012/06/08(金) 11:16:19.95ID:???NATは試していないです。NATの変換処理をルータが行うことになるので、そういう処理を極力無くした方が
ルータにかかる負担は少ないのかなぁという安易な考えによるものですが、NATかましたほうがCPU使用率
抑えれますかね
ショートパケットが原因という可能性は高そうですが
RTX1200ですら10MでCPU使い切るとなると、その100倍となる1G分のトラフィックを流した時に、その分の
ショートパケットに対応できるルータ、、なんていくらお金が掛かるか考えるだけでもゾッとします
0455anonymous@softbank126015130116.bbtec.net
2012/06/08(金) 11:24:31.09ID:???もちろん、CPUパワーがあれば処理能力が上がる。
でも設計の違いも大きいだろうね。
CPUなど、全般にはRTX1200のほうが能力が高い。、
http://www.rtpro.yamaha.co.jp/RT/hardware/cpu.html
しかし、パケット処理能力に関してだけはRTX1500のほうが格上。
（2倍ぐらい差がある）
http://www.rtpro.yamaha.co.jp/RT/FAQ/TCPIP/routing-performance.html
>>452
それじゃ船だ。
SIPはそれ以降のネット簿ランチシリーズの機種なら全部積んでいる。
現行機種はNVR500
販売終了も含め、ほかにはRT56v、RT57i、RT58i、RTV700がある。
（RTV700だけは業務用）
RTW65iもたぶん大丈夫。それ以前のRTA54iやRT60Wは実装がちょっと違うらしい。
■ このスレッドは過去ログ倉庫に格納されています