『eo光』のクチコミ掲示板

[ALEX1005]

eo光での接続ができません。
ID,パスワードの認証はOKです。
MSS CLAMPの設定が必要？？

書込番号：18574394

[とっふぃ〜]

それだけの情報では誰も答えられないと思います。

書込番号：18576162

[sorio-2215]

回線接続のみで、こちらのルーターを使用するのですか？
PPPOE接続、nat-masquarade設定レベルで迷われてるレベルでしたら、こちらのルーターは未使用の方が良いかと存じます。
もし、設定情報等提供希望でしたら、既存config情報提供お願いします。
重要プロバイダーID及びパスワードは、伏字で構いません。

書込番号：18579525　スマートフォンサイトからの書き込み

[sorio-2215]

追加確認箇所は、デフォルトゲート設定コマンド、dns serverコマンド、nat-masquarade outerコマンド、同じくmasquarade innerコマンド。

書込番号：18579547　スマートフォンサイトからの書き込み

[ALEX1005]

レス、ありがとうございます。
PPPoEで検索していると、TCPのmss clampが関係していると思っています。
コマンドマニュアルを見ると、defaultでdisableになっているようなので、
一度、試してみます。

書込番号：18580602

[sorio-2215]

　？？EO光の場合、MTU数値は一般的な1,454を利用しております。
　RTX1210ルーターの場合、PPPOE接続設定においては、MRUオプション及びMTU数値は、1,454を指定してあれば、MSS数値の設定は必要無いかと存じます。
　PPPOE接続されているとの事ですが、EO光指定のDNSサーバアドレスを指定していますでしょうか？
　※　dns server pp 1　→　dns server 60.56.0.135 218.251.89.134
※　dns server select 500001 pp 1 any . restrict pp 1　→　dns server select 500001 60.56.0.135 218.251.89.134 any . restrict pp 1
　※　provider dns server pp 1 1　→　provider dns server 1 60.56.0.135 218.251.89.134

　更に言うと、EO光の固定IPサービスの利用はされていませんか？
　固定IPサービスを利用していましたら、nat-masquarade設定を変更しなければ、接続許容されません。
　下記例として・・
　nat descriptor type 300 masquerade
　nat descriptor address outer 300 （EO光・グローバルIP）
　nat descriptor address inner 300 auto

書込番号：18583779

[ALEX1005]

レスありがとうございます。
無事接続ができました。
ppp lcp mru on 1400
にするとokでした。1454は繋がらなかったと思いますが、、、気のせいかな？
契約は、固定IPです。nat-masquarade関係はまだ見ていません。

現在、各パソコンに繋がるケーブルをつなぐと、スピードが半分くらいにダウンして、
安定しません。(調査中)

ま、取りあえず繋がったので、ほっとしています。

書込番号：18587302

[sorio-2215]

？？「ppp lcp mru on 1400」
　通常は、ip pp mtu 1454のみでOKな筈ですが・・。
　
　LANケーブルを接続して安定しないとの事ですが、LANケーブルはストレート・クロスの混在、カテゴリレベルの混在等をしていませんか？
　更にハブ等の分岐配線ですが、カスケードを2段以内にしていますでしょうか？
　CAT7も含めたSTPケーブルを利用すると、ノイズ滞留劣化等が起きる可能性も有ります。STPケーブルを利用される場合、それぞれの機器側にアース配線する様にして下さい。

　出来れば、CAT6（UTP）ケーブル・単線・ストレート仕様をご利用ください。
　

書込番号：18588344

[ALEX1005]

ルーターから、ハブをカスケードしてどのくらい
安定性が損なわれるか、データをお願いします。

CAT6（UTP）ケーブル・単線・ストレートと、CAT5eで
どのくらいの減衰があるのか、データをお願いします。

(あんまりかかわりたくないんだけど、、、）

書込番号：18591984

[sorio-2215]

　具体性の有るデータは、同一環境で無ければ、提示は難しいです。
　ギガビット通信機器となると、最大で2段までのカスケード数がメーカー保証となりますが、実際の所、パケット衝突の確率・パケットロスの確率が高くなる点、通信量の問題ではなく、
衝突を検知してから、送信元に知らせるまでの時間の遅延が大きくなる点が有ります。
　利用しているケーブルとして、CAT混在でクロス混在の時点で、全体のカテゴリレベルは4程度まで落ちる計算、伝送レートでの負荷も単純に4割程度の性能しか出ない形になります。
　CAT5Eケーブルは、100Mbps対応ケーブルを無理矢理心線を変更し、本来ギガビット通信許容周波数である、250Mhz以上の周波数帯域を100Mhz周波数心線で利用可能にしている条件が有ります。
　100Mhz周波数ケーブルをギガビット通信のケーブルへ転用された場合に、引き回し接続による遅延、特に上り速度・下り速度の均一化の保証が無い仕様が有ります。

　CAT5Eケーブルを利用される場合には、規格上1mの近接距離にてギガビット通信の許容と言う条件が有ります。（伝送周波数性能が低いため）
　本来、ギガビット通信は、8極8芯1ペアごとに250Mbps（250Mbps x 4ペア＝1000Mbps）で送信と受信を兼ねる仕様が必須となっております。中でも、10m以上の迂回配線やカスケードを重ねる場合にも、より線では、迂回する毎に30〜40％の電気抵抗が発生する事になっております。

　カテゴリレベルの相違・クロス混在（伝送周波数が足りない）でも、総体で30〜40％の終端抵抗がかかると想定下さい。
　

書込番号：18592191