BA8000 Pro のクチコミ掲示板

Bフレッツ接続できず

Ｂフレッツに接続できません。
ＯＮＵ直結でフレッツ接続ツールでは接続できます。
BA8000ProのPPPoE接続でアカウントを作成しましたが
認証がされないようです。
PPPoEのランプも点灯しません。
マニュアルには、アクント管理の該当の操作の所に
接続と切断のボタンが表示されているのですが
まったく表示されません。接続は自動でも手動でも
表示されません。このあたりがおかしいようです。
ＯＮＵとBA8000間のＬＡＮケーブルは実績のあるものです。
WANのランプは正常に点灯します。
ログには、何も表示されていません。（クライアントにIPを割り当てたのは表示されました）
皆様のアドバイスを期待しています。

書込番号：1817132

僕が最初につながらなかったのはユーザー名が間違っていました。
＠以降も入れてますか？
後、アカウント管理のところでセッションのところが無効になってませんか？
僕が失敗していたのはそんなショボい凡ミスでした。

書込番号：1817189

つながるようになりました。ありがとうございます。
やっぱり凡ミスでした。
アカウント管理で、接続方式の選択が、通常接続のままでした。
PPPoE接続にしたらＯＫでした。初めてのBA8000Proなので
とまどうことが多いです。

書込番号：1817243

最初はそんなもんでしょう（笑）
ルーターによって設定画面は違いますからね。
とまどいってことにしときましょう。
僕も設定に自信満々で挑み凡ミスしたクチですから。

書込番号：1818243

質問

最大何台のＰＣのネット接続をサポートしていますか？

書込番号：1798177

[て２くん]

理論的に２５４台から１０２０台。実際はもっと少ないけど

書込番号：1798702

10台くらいなら問題ないですよね

書込番号：1802483

[て２くん]

ＳＯＨＯ向けでもあったりするから、３０台が限界だと思う。

書込番号：1803218

10台くらいだったら全然問題ないと思うよ。
ただし台数が増えれば増えるほど、ブロードキャストが増えるけど。

書込番号：1807013

ワレサ委員長さんへ

broadcastって何ですか？

書込番号：1811793

[て２くん]

検索しましょうね。

書込番号：1812245

期待しすぎだったかな？

当方、Bフレッツ・ニューファミリー（100M）を利用しています。この欄における「8000Pro」の評価の高さと、COREGAサイトの「BAR SW-4P HG」の酷評を考慮して、このたび「BAR SW-4P HG」から「8000Pro」に乗り換えてみました。ところが、速度は間違いなく低下しました（同時使用の状態で切り替えてみると、明らかに「BAR SW-4P HG」の方が速い。例えばフレッツスクエアの速度計測では、「BAR SW-4P HG」が70〜60Mに対し「8000Pro」は60〜50M）。
「BAR SW-4P HG」のような発熱がそれほどないことや、何となく安定した感じがする安心感から、「8000Pro」を使い続けようとは思っていますが（出費に対する家族への言い訳もあり）、本音はちょっとガッカリしています。
LANボードなどの相性での当たり外れがあるのでしょうか？　なかなか難しいものがあるようですね。

書込番号：1785055

私も、これとパーソルのBSR14を両方もってますがパーソルのBSR14のほうが光の場合速いですよ。まあ値段が安いぶん、ちゃちでしょうが・・・セキュリティとかね。でも、パーソルのBSR14は家のＬＡＮ内でＭＮＳやＷＭＳの映像チャットやファイル交換できる利点があります。おせっかいでした。ごめんなさい。でも事実です。

書込番号：1785731

すいません。さっきのＭＮＳじゃなくてＭＳＮでした。

書込番号：1786025

ぎせ１sanへ
うちではBA8000Proに換えて、最高で93Mbpsでていますよ。
（もちろん普通のマルチセッション設定で）
ちなみに、Bフレッツベーシック。

一概に比較はできないけど、一般的にBフレッツ・ニューファミリーはベーシックよりも他のユーザの影響を受けやすいから、ほんの数日計って結論を出すのは難しいと思う。

だいたい、10Mbps程度の変動だったらベーシックでもよくあるし。
（先週は80Mbpsだったけど、今週は90Mbpsとか）

書込番号：1787750

われさ委員長　さん。
確かに＜Bフレッツ・ニューファミリーはベーシックよりも他のユーザの影響を受けやすいから、ほんの数日計って結論を出すのは難しいと思う。＞かもしれません。ここしばらく定期的に計ってみないことには、何とも言えないでしょうね。でも、安定感があって満足しています。
それと、難しいことは解らない当方ですが、前の製品では「MTU1454」に設定していました。8000Proでは、新規アカウント登録した際のMSSのデフォルト値が「1412」（多分？）だったので「1414」に変えました。これって正しいのかしら？

書込番号：1787925

浮気ものさんへ
相変わらずいろんな顔使いながら、定期的にパーソルの宣伝してるね。
１回くらいの書き込みならまだいいけど、何度もそういう事書きたかったら、パーソルの掲示板でやってほしいんだけど。
（BSR14はほとんど人気ないし、価格.comには専用掲示板さえないけどね）

BSR14のハードウェアも全然凄くないんだけど。あ、メモリ容量が大きいだけ？　メモリ多くても多い分、有効な使い方しなけりゃ無意味・資源の無駄なだけだけど。
（メルコの一部ルータもメモリ容量の大きさを宣伝文句にしてたけど、全然たいした事なかった。ちなみにフラッシュROMに格納するファームウェアに関しては、小さければ小さいほどいいモンだしエンジニアも小さくすることを誇りにする。）

ちなみに、みんながいろんな掲示板見ればすぐバレると思うけど、BA8000Pro＆eoホームファーバーで90Mbps以上出てるという人はかなりいるよ。
（MSS設定は1452にしようね）

以上、多くの人の意見を代弁してみたつもり。
（こんなとこで喧嘩するつもりもないけど）

書込番号：1787958

それはさておき、
ぎせ１さんへ
＞「1414」に変えました。これって正しいのかしら？

最近ここの過去ログを少し見たんでだけど、フレッツの場合のルータのMSS設定は、

1414が良いという意見
1408が良いという意見

の２種類が存在してる。
よくわかんないけど、どっちかにしとけば問題ないかと思う。
（googleとかで検索かけてもこの２種類がある。1408のほうの意見では、ATMレイヤとかまで考えてるからこっちが少しだけいいかも。調べてみて。）

書込番号：1787983

BSR14が光の場合、ＢＡ8000よりも早いって意見がありました。
私は、ついさっきＢＡ８０００を購入したので驚きました。
ＥＯホームファイバー+ＢＡ８０００ＰＲＯの環境です。
安定して、90Ｍくらい出てくれたら嬉しいです

書込番号：1802522

eoホームファイバーの場合は、BA8000ProのMSS設定を「1452」にすればもっと速くなると思う。

書込番号：1807021

１４５２ですか？これより大きくしても意味ないですか？

書込番号：1811796

IP Spoofingについて

最近ルーターからのログで"IP Spoofing"の文字をよく見かけます。
IP Spoofingを調べたところIPを偽った攻撃だと知りました。
これを防ぐにはどのような対処をすればよろしいでしょうか？
又、ログで「IP Spoofing」が検出されるということは防いでくれているのでしょうか？

書込番号：1807475

>インターネット側（WAN側）からの攻撃を検知し、パケットを破棄した上でログに記録する機能です。

>本機能はステートフル・パケット・インスペクション機能を有効にすることで機能します。

>(6)IP Spoofing
http://www.ntt-me.co.jp/bar/ba8kp_faq.html#0605

で、いいですか？

だれだかわかる同じ相手から繰り返し繰り返しという場合を除けば、
不正アクセスと同じでそういったアクセスがあること自体防ぎようはないと思います。

書込番号：1808191

>不正アクセスと同じで

TCP137、445、135、80などにアクセスのある、日常頻繁に発生している他の不正アクセスと同じで

書込番号：1808207

>TCP137
ごめんなさい。137はUDPですね。

書込番号：1808214

ぞうさん　回答ありがとうございました！
マニュアルでステートフル・パケット・インスペクション機能をよく読みましたが全てを理解すのは困難でした。
ここは単純にステートフル・パケット・インスペクション機能を「有効」にしておけば少しは防御力がUPすると考えていいのかなぁ？
う〜ん　ルーターを導入するだけでセキュリティーが向上すると思っていましたが、やっぱりきっちりルーターの設定をしないと駄目なのですね〜　泣

書込番号：1810057

WAN切れ

ここの過去ログにもありますが、表題の件について悩まされております。
ファームウェアを最新の1.00.38にすればよいとありますが、私のルーターは購入した時点でファームウェアは1.00.38です。

ルーターのログをみてみますと、30分に1回WAN側のIPを取得している時に何らかの拍子に取得できずにWAN切れとなるようです。
(当方CATV接続で、ケーブルモデムの電源を切らない限りIPは固定状態)

ルーターのログを貼りますと、
Sun, 2003-06-22 16:35:58 - ETH0: Normal connectin get IP address
***.***.***.***.　　←　正常にIPを取得できている
Sun, 2003-06-22 17:05:58 - ETH0: DHCP client lost IP.　←　IPを取得できない。以降WAN切れ

対処方法ご存知の方は、カキコよろしくお願いします。

書込番号：1692561

金沢ケーブルテレビのようですが、
・とりあえず、ケーブルモデムの電源を落として数時間放置してみてください。

・それでも駄目な場合は、BA8000Proの設定で、BA8000ProのWAN側ポートのMACアドレスを、それまでケーブルモデムに接続していた機器のMACアドレスと同じにしてみてください。

・ケーブルモデムの機器がおかしいこともあるようです。
http://w2223.nsk.ne.jp/~masako.m/m-diary02-06.html
http://w2223.nsk.ne.jp/~masako.m/m-diary02-07.html

ここに、「今まではお兄さんのパソコンで動作していたわけだから、一度モデムからまたリセットをかけるのだ」とも書いてあるので、ケーブルモデムがそれにつながっている機器のMACアドレスを覚えているようです。上で書いたようにモデムの電源オフでも駄目な場合は、説明書か何かに書いてある方法でモデムをリセットしてみてください。

ところで関係あるかどうかわかりませんが、
ケーブルテレビ側のDHCPサーバが、RFC2131（DHCP）に準拠していないような気がします。RFC2131では「最小のリース期間は1時間」と明記されています。パソコン直結時でもリース時間が30分となっていれば、それはおかしいです。

書込番号：1696690

レスありがとうございます。
> ・とりあえず、ケーブルモデムの電源を落として数時間放置してみてください。

今晩寝るときに、電源切って寝ます。
でも、違うと思います。
うちのプロバは複数台接続が可であり(有料)、まじめに(ｗ)、接続している３台分登録してありますので、モデムに前のMACアドレスが残ってたってへっちゃらだと思うのです。

最初の質問の時に経緯を書かずに失礼しました。
あらためて詳細な経緯をカキコさせていただきます。
２年位前からこのプロバで接続してます。
当初よりLINKSYSのBESFR41を使って何のトラブルもなく使用していました。
３月にケーブルモデムが変わりました(10Mbps→30Mbps)。
BESFR41はWAN側10Mbpsなので、
５月にBA8000Proを購入しました。
多い時で日に2、3度WAN切れにあいます(PCが稼動してあるないにかかわらず)。
という経緯です。

げっちゅるさんのレスで気になったのが、 ケーブルテレビ側のDHCPサーバが…　の文章です。
30分に1回WAN側のIPを取得というのは、BA8000ProがWAN側のIPを取得しているのと違うんですか？

書込番号：1698781

MACアドレスの問題でないとすると、、、

30分で通信できなくなる直前までインターネットは使えているのでしょうか？使えているならば、ポート相性が原因である可能性が消えます。

DHCPサーバはIPアドレスをDHCPクライアントにリースするときに、リース時間も通知します。（RFCではその最小時間が１時間と決められています。）
一般的なDHCPクライアントは一度IPを取得すると、
・リース時間*0.5以降、DHCP requestを使ってIPアドレスを更新しようとする。
・それでも更新できない場合、リース時間*0.875以降DHCP discoverを使って更新しようとする。
・それでも更新できずにリース時間が経過した場合に、IPを失います。

軽く見た限り、BA8000Proの0.5や0.875の際の動作は正常のようです。（リース時間が１時間の場合。）
そのログを見る限り30分でIPをlostしているということは、もともとのリース時間が30分であるような気がします。（リース時間が30分の場合のBA8000Proの動作はやってみないとわかりませんが）
パソコン直結時に「ipconfig /all」でDHCPリース時間を確認しても30分だったら、そのISPがRFCに反していることは明白なので、「１時間以上にしてよ」と要求することもできますし、今後のことも考えるとするべきだと思います。それが原因であるかどうかは不明ですが。

とりあえず現時点の対処方法としては、駄目もとで、一回初期化してみるとか交換してみるとかしかありませんね。

書込番号：1699747

レスありがとうございます。
> ・とりあえず、ケーブルモデムの電源を落として数時間放置してみてください。

これはやっぱり効果がなかったです。

> 30分で通信できなくなる直前までインターネットは使えているのでしょうか？
はい、問題なく使えてます。

30分毎にIPを取得しているのは、BA8000Proの設定かと思ってたのですが、DHCPサーバのリース時間だったのですね。
詳細な解説ありがとうございました。
パソコン直結してipconfig /allをやってみました。
やはり30分でした。
一応プロバにメール送ってみます。

書込番号：1703371

リース時間30分のLinux DHCPサーバを立ててみて試しました。
結果は、BA8000ProのDHCPクライアントは正常にIP更新していきました。
なぞです。

結局のところそのISPでは、最初のDHCP DiscoverでIPが取得できるのに、
更新のDHCP Requestはもちろん、RebindingのDHCP Discoverでも取得できない、ということになります。訳が判りません。

書込番号：1706490

プロバより回答が来ました。

> ＩＰアドレスのリース期間経過時には、
> 継続情報をセンターより自動配信して、通信の継続性を確保しています。

中略
> ＪＰＮＩＣより、ＩＰアドレスが必要数確保できない状態が続いていますので、
> 残念ですが、(リース時間の変更は)今のところは出来ません。

との事です。

それと、わざわざテストまでしていただきありがとうございます。
WAN切れも、無い時は２、３日起こらないことがありますので…

プロバのメールにある　> 継続情報をセンターより自動配信して　の継続情報がプロバの30分とBA8000Proの30分で微妙な誤差で、先にBA8000Proの30分が過ぎてIPを失い、プロバの継続情報受け取れてないことなのでは？
って素人考えですが、どうでしょうか？

それと、
> BA8000Proの0.5や0.875の際の動作は正常のようです。
とありますが、それはログで確認できることですか？
もしそうなら、差し支えない範囲で該当部分のログを貼り出していただければ、参考にできるかもしれませんので、お願いします。

今日のWAN切れログ
Fri, 2003-06-27 19:03:10 - ETH0: Normal connectin get IP address ***.***.***.***
Fri, 2003-06-27 19:33:11 - ETH0: DHCP client lost IP.

書込番号：1707787

> 継続情報をセンターより自動配信して、
DHCPの仕組みでは、DHCPクライアントからDHCP RequestやDHCP DiscoverやDHCP Informを送らない限りDHCPサーバはリース時間を通知しません。
http://www.bekkoame.ne.jp/%7Epoetlabo/LIBRARY/rfc2131j.txt

しかもリース時間×0.875の「再割り当て(Rebinding)」のDHCP DiscoverブロードキャストでもIP取得できない、というのが謎です。（DHCPクライアントが起動時に出すのもDHCP Discoverブロードキャストだから）

> 無い時は２、３日起こらないことがありますので…
ということは、DHCPメッセージの互換性問題の可能性もほとんどありません。

> ＪＰＮＩＣより、ＩＰアドレスが必要数確保できない状態が続いていますので、
> 残念ですが、(リース時間の変更は)今のところは出来ません
からの勝手な想像ですが、単純にDHCPサーバのアドレスプールが不足しているかも。
RFCに反してまで（リース30分を拒絶するクライアントが存在してもおかしくない危険を犯してまで）、たったの30分というみみっちい時間を節約しているということは、おそらく慢性的にアドレス不足のはずです。
（だったらユーザー募集を一時中断して欲しいくらいですが、そこが中小ISPのつらいところかも）

で、さらに節約の効果を出すために、DHCPサーバから定期的にARPを出して、（ARPには信頼性がまったくないので途中で消えたりして）クライアントが１回でも応答しなければ、そのリースを解除して他のクライアントに回し、しかもアドレスプールは常にほぼ満杯状態なので、IPを取り上げられたクライアントは当分どうしようもない、ということも考えられます。
また、普通DHCPサーバはISP全体に1個ではなく、一定区域ごとにDHCPサーバがあります。ISP全体ではちょっとだけIPアドレスに余裕があるけど、ともちんパパ　さん区域のDHCPサーバのアドレスプールが特に不足していることもありえます。

> それはログで確認できることですか？
すいません、WAN側パケットを観察していただけでログは見ていませんでした。

どうしようもないときの最後の手段。
１．BA8000Proが無事IPアドレス取得できた時、「アカウント管理画面」の「状態」には、
　Connected [IPAddress Subnetmask Defaultgateway DHCPTime]
と表示されます。ここのIPアドレス、サブネットマスク、デフォルトゲートウェイと、DNSサーバアドレス、もしあったらドメイン名もメモしておく。

２．すかさずアカウントの[修正]ボタンを押して、
　DHCPクライアント機能：無効
　DNSサーバアドレス設定方法：無効
　さっきメモしたアドレス、サブネットマスク、ゲートウェイ、DNSサーバアドレスを入力する。

３．２で、ドメイン名もあった場合のみ、「LAN側ネットワーク」画面のドメイン名欄に入力し、パソコンを再起動。

これで半永久的にIP使えます。
一見、他のユーザー（DHCPクライアント）に迷惑をかけそうな設定ですが、DHCPサーバがしっかりしたものであれば、DHCPクライアントにIPアドレスをリースする前に、PingやARPでそのIPが使われていないかチェックします。PingやARP応答がありそのアドレスが既に使われていると判った場合、DHCPサーバは他のIPをリースするので問題はおきません。

書込番号：1709552

もしかしたら、とってもｱﾌｫな事が原因だったかもしれません。
もうしばらく様子を見てWAN切れがないようなら、それが原因と断言しても良いでしょう。
またWAN切れが起こるなら、「どうしようもないときの最後の手段」を取らせていただきます。
もう２､３日様子を見させてください。

書込番号：1714347

あ、もしかして、ステルスモード有効にしていますか？

DHCPサーバがPingを送出し、クライアントがそれに応答しない場合、DHCPサーバがIPを取り上げてしまう仕様かもしれません。
（ステルスモード有効の場合でも、ルータはARPには絶対に応答しますので、DHCPサーバがARPでクライアント生存確認していたらこういう問題は起こらないのですが）

それでも再取得できるときとできないときがあるのは謎ですが、そのIPを取り上げてしまった後に、「そのIPを他のクライアントにリースしてしまった」場合と「そのIPはまだあいている状態」の場合の挙動の違いかもしれません。

もし、DHCPサーバの仕様が
- （ARPではなく）PingだけでIPアドレスの利用状況確認をしていて尚且つ、
- ルータのステルスモードが有効の場合、
ルータをDHCPにしようが固定IP（最後の手段）にしようが問題が発生してしまいます。
もしステルスモード有効ならば無効にしてみてください。

書込番号：1715852

ちなみに、DHCPを使う一般的なプロバイダではARPでIPの確認をします。
Yahoo! BBもそうです。

なぜなら、Pingに応答しないクライアントが存在する可能性があるからです。「pingには絶対応答しなければならない」という決まりもないし。

書込番号：1715870

げっちゅるさん、またまた詳細な解説ありがとうございます。

ステルスモードは今は有効にしています。
WAN切れの嵐のときは無効にしていました。

土曜日の朝にこれが原因かな？というものに気付いて設定を変え、以降WAN切れはなくなってます。
多分あれが原因でしょう。

ここで問題です。
私のWAN切れのｱﾌｫな原因とはいったい何だったんでしょうか？
ヒントは「デフォルトのまま使ってました」です。

正解は近日公開！

書込番号：1717077

デフォルトとはルータ設定でしょうか？
ホスト名くらいしか思いつかないです。

書込番号：1720675

またWAN切れです。

正解はホスト名だったのですが、どうやらこれがWAN切れの原因ではないようです。
でも、以前と比べると、WAN切れの確率が低くなっているようです。

ステルスモードを無効に変更してみました。
これでまたしばらく様子を見たいと思います。

書込番号：1725288

起こったり起こらなかったりして、起こる時も不定期ということは、やっぱりプロバイダ側の問題かも。

書込番号：1727058

> やっぱりプロバイダ側の問題かも
いえいえ、そう言い切れないのです。
LINKSYSのBESFR41では一度たりともWAN切れになってませんから。
プロバとBA8000Proの相性が悪いのかなぁ？

書込番号：1728388

またWAN切れになってしまいました。
「どうしようもないときの最後の手段」をやってみました。
またしばらく様子を見たいと思います。

もしこの設定でまたWAN切れになった場合、BA8000Proの不具合でしょうか？
それともプロバのせい？

書込番号：1728613

- 取得できるときは取得できる。
- 互換性の問題が起こるとは考えにくい、DHCP discoverでも取得できない。

ということからして、個人的にはプロバイダが怪しいかなと思っています。
DHCPサーバを少数に集約したりしたことを契機に、そのようなことが起こることもある、というのを人から今週聞きました（また聞きなので本当かどうかはわかりませんが、DHCPサーバが貧弱だとありえます）

最後の手段をとる場合は、ステルスモードをオフにしておいたほうがいいでしょう。そうしないとDHCPサーバの使用によっては他人に迷惑をかけてしまいます。（そもそもあまりいい手段ではないですが）

書込番号：1728934

今のところ順調です。
ですが、イレギュラーな使い方なので何とかしてみたいです。

で、WAN側パケットの観察って難しいですか？
やり方を解説してあるサイトをご存知でしたら、URLをお願いします。

書込番号：1733743

今ごろ起きました。（時間がもったいない。）

WAN側パケットのとり方は、ダムハブがあれば比較的簡単です。環境がWindowsであることを前提に書きます。
１．必要なもの。
ダムハブ、パソコン最低１台、LANケーブル
ダムハブとは、スイッチハブのことではありません。安いリピータハブです。スイッチハブ全盛の今はあまり売っていませんが、10BASE5ポートのものなら比較的簡単に手に入るでしょう。
http://buffalo.melcoinc.co.jp/products/catalog/item/l/lgh-mp/index.html
http://www.corega.co.jp/product/list/hub/hub5pn.htm
http://www.planex.co.jp/product/hub/eh50805.shtml
のようものです。

２．ソフト
http://winpcap.polito.it/install/default.htm
から、「WinPcap 3.0」をダウンロード。
http://www.ethereal.com/distribution/win32/
から、「ethereal-setup-0.9.13a.exe」をダウンロード。

３．インストール
必ず、「WinPcap 3.0」、「ethereal-setup-0.9.13a.exe」の順番でインストールしてください。

４．設置
モデム--Hub--ルータ
とつないで、そのハブの空いたポートにキャプチャするパソコンもつなげます。つまりHubにルータのWAN側ポートとパソコンが並列に接続されます。

５．使い方
”ethereal 使い方”などのキーワードでgoogleすれば、たくさん出てきます。簡単に言うと、メニューの[Capture]-[start]を押して、[interface]を選んで[OK]を押すだけです。

５．注意
・[Capture]-[start]では、[filter]の[Name resolution]はすべてオフ（スイッチが浮いている状態）にしたほうが負荷がかかりません。

・[Capture]-[start]では、[capture packets in promiscuos mode]は必ずオン（スイッチが沈んだ状態）にしておいてください。

・ISPがグローバルIPを複数割り当てるサービスでない限り、そのパソコンがDHCPクライアントでIP取得してしまうとルータがIP取得できません。
その場合は、「172.16.0.1」などいい加減な固定IPをパソコンに割り当ててからHubに接続しましょう。（ただしその場合、キャプチャパソコンはインターネットできません）

・キャプチャパソコンにグローバルIPを取得させてもいい場合、そのパソコンの防衛策は別途考えてください。

・普通にキャプチャすると、キャプチャパソコンの送受信するパケットや同じネットワーク内のほかの通信などすべてが記録されます。DHCPパケットだけをキャプチャするには、[Capture]-[start]で現れる画面の[filter]欄に、
udp port 67
と書いて[OK]を押せばいいです。

・長期間キャプチャするなら、キャプチャしながら同時にファイル保存しておいたほうがいいです。キャプチャする際の[Capture]-[start]で、[File]ボタンを押して、適当なフォルダを選択し、一番下の欄に適当なファイルをつけてOKを押します。

書込番号：1734682

もしキャプチャデータの判断に迷ったら教えてください。
hotmailなどの捨てアカウントを双方で作って送信してもらえれば私が見てもいいです。

書込番号：1734692

なんどもすいません。
ファイル保存の際、拡張子はつけなくてもいいです。どうしてもつけたかったら、「.dat」や「.cap」でもいいですが。

書込番号：1734699

詳細な説明を頂きましてありがとうございます。
リピータハブですか。。。
スイッチングハブなら今手元にあるのですが、
http://buffalo.melcoinc.co.jp/products/catalog/item/l/lsw10100-5pw/index.html
これがダメなら、新たに購入しないとダメですね。
ハブが10Mbpsだと、そこがボトルネックになってしまうので、100Mbpsの物があったらいいのですが。。。
今週中には何とか用意して試してみたいと思います。

> ISPがグローバルIPを複数割り当てるサービスでない限り、
うちのプロバはIPを複数当ててくれます。

PCは引退しているSEマシンがありますので、それで試してみようと思います。
Win機で出来るのは楽でいいです。
ケーブルモデムとルーターの間に、NICを２枚挿したUNIX機でやるのかと思って冷や冷やしてました。

書込番号：1735622

とりあえず今手元にあるハブでやってみました。
etherealの使い方も調べないままとりあえず動かしてみました。
何とかキャプチャ出来るようですね。
使い方を調べて本格的に使ってみたいと思います。

書込番号：1740116

WAN切れの時のデータをキャプチャする事が出来ました。
このデータをここに貼り付けたいのですが…
どうやればいいんだろう。。。

書込番号：1747376

＞とりあえず今手元にあるハブでやってみました。
スイッチングハブでキャプチャしてしまうと、基本的にブロードキャストパケットしか採取できません。

よかったら捨てメールアカウント作ってそこに転送してもらえれば見ますが。
ただし、そのファイルは圧縮してどのくらいの容量ですか？
大きすぎるとメールではちょっと無理なので。

書込番号：1752167

20:43:07 aaa.aaa.aaa.aaa DHCP Request # パケット採取用のPCのIP
20:44:14 bbb.bbb.bbb.bbb DHCP Request # BA8000proのIP
20:59:07 aaa.aaa.aaa.aaa DHCP Request # パケット採取用のPCのIP
21:10:29 bbb.bbb.bbb.bbb DHCP Request # BA8000proのIP
21:11:30 bbb.bbb.bbb.bbb DHCP Request # BA8000proのIP
21:12:31 bbb.bbb.bbb.bbb DHCP Request # BA8000proのIP
21:13:32 bbb.bbb.bbb.bbb DHCP Request # BA8000proのIP
21:14:16 0.0.0.0 DHCP Discover
21:14:21 0.0.0.0 DHCP Discover
21:14:32 0.0.0.0 DHCP Discover
21:14:33 aaa.aaa.aaa.aaa DHCP Request # パケット採取用のPCのIP
21:14:50 0.0.0.0 DHCP Discover
21:15:23 0.0.0.0 Boot Reqest from 00:00:00:00:00:00 # BA8000proのmacアドレス
21:15:34 0.0.0.0 DHCP Discover
21:15:39 0.0.0.0 DHCP Discover
21:15:50 0.0.0.0 DHCP Discover
21:16:08 0.0.0.0 DHCP Discover
21:16:42 0.0.0.0 Boot Reqest from 00:00:00:00:00:00 # BA8000proのmacアドレス
21:16:50 0.0.0.0 DHCP Discover
21:16:57 0.0.0.0 DHCP Discover
21:17:08 0.0.0.0 DHCP Discover
21:17:26 0.0.0.0 DHCP Discover
21:17:59 0.0.0.0 Boot Reqest from 00:00:00:00:00:00 # BA8000proのmacアドレス


> スイッチングハブでキャプチャしてしまうと、基本的にブロードキャストパケットしか採取できません。
> よかったら捨てメールアカウント作ってそこに転送してもらえれば見ますが。
とりあえず、該当部分を拾い集めましたので見てもらえますか？

当日は20時40分ごろキャプチャを開始しまして寝ました。
21:14にはWAN切れになっていたみたいです。
その前にごく短時間でDHCP Requestを繰り返したのが気になります。

気になるといえば、
うちのプロバのリース時間は30分なので、DHCP Requestは15分ですよね。
パケット採取用のPCは確かに16分間隔でDHCP Requestを繰り返してます。
ところが、BA8000proは正常時でも26分間隔でDHCP Requestを繰り返してます。
BA8000proの故障？


> そのファイルは圧縮してどのくらいの容量ですか？
圧縮しない状態で1MBです。

書込番号：1753397

スイッチを使うとよくわからなくなります。

＞BA8000proの故障？
いや、そういう意味では多分違います。
というのも、更新のDHCP requestはユニキャストで送信してもいいのですが、
（というか、ユニキャストのほうがネットワークには好ましい）
スイッチ経由でのキャプチャはユニキャストは基本的に採取できません。
（スイッチのMACアドレステーブルに登録されていないMACアドレス行きのパケットならばユニキャストでも取れますし、スイッチのMACテーブルのフラッシュ時間にもよります）

BA8000Proも、最初の頃のDHCP requestはユニキャストで送信していたと思います。したがってあまり原因究明にはならないかも。
一応、作ってみました。
[e-mail]

書込番号：1754786

げっちゅるさん 、メール送りました。
よろしくお願いいたします。

書込番号：1755180

メールありがとうございました。
記載された設定をしてみました。
またしばらく様子を見ます。

書込番号：1760351

お久しぶりです。
その後、どうですか？

書込番号：1784798

お久しぶりです。
おかげさまでその後は順調です。

今度の火曜日にISPのメンテナンスでインターネット接続の一時停止があります。
この時にIPアドレス変わってなお且つWAN切れが起きなければ完璧といえると思います。
これを乗り切れるのかが正念場です。

ただ、２つほど気にかかることが…
ログに
ETH0: Normal connectin get IP address ***.***.***.***.
が全く出なくなりました。

それと、パケットをキャプチャしても、
***.***.***.*** DHCP Request
が出なくなりました。

出なくてもWAN切れが起こらなければいいんでかまわないのですが、、、
とにかく火曜日が正念場です。

書込番号：1796241

ISPのメンテナンスはごく短時間で終わったようです。
IPも変わりませんでした。
とりあえずOKです。

書込番号：1808484

遅い…？

先日、フレッツADSL1.5Mから12Mに替えました。
局からモデムまでは11M程出ているようなのですが、
ルータを繋いでRBBToday等で計測すると、時間帯に関係なく
1.2〜3Mbps程度しか出ません。

今回買ったBA8000Proと今まで使ってたアライドテレシスのComCentre230e
とで試してみましたがどちらも同じくらいでした。
父や母のPCでも同じくらいなのでPCやLANカードではなくルータに原因が
あるとしか思えないのですが、ルータ経由での速度ってこの程度が普通
なのでしょうか？
あるいはどこかの設定によって重くなるとかあるのでしょうか。

どちらもカタログ値ではスループット90Mbps以上とのことなので
がっかりしてます。

書込番号：1798923

[て２くん]

フレッツスクウェア内ならどれぐらいの速度がでていますか？
また、ＭＴＵなどはちゃんと調整されていますか？
ファイアウォールソフトなどは入れていますか？またそれが速度低下の原因となっていると言うことはありませんか？
どのように、局からモデムまでの速度を見られたのですか？

ちなみに、私のところは、ＢＡ８０００Ｐｒｏで４Ｍ〜最高で５Ｍしかでていません。モアだから・・・　ちなみに、４．５Ｍのスルプットのルータだとルータが不安定になるし、速度が３Ｍしかでていなかったけど・・・　あともう一台ルータを変えると３．５Ｍ〜４Ｍ程度しかでていないけど。（こいつのスルプットは不明）
ルータをはずしてやったことはないけど、速度はたぶん変わらないと思うけど・・・

書込番号：1798945

[reo-310]

モデム直とルーターを取り付けた状態のスピードを計って見た？
http://www.studio-radish.com/tea/netspeed/index.html
上の計って再度書き込んでください。

（reo-310でした）

書込番号：1798961

びっくり。早速のレスありがとうございます！

フレッツスクウェアは設定したことないので分かりません。
MTUとかいうのは見たことないので標準設定だと思います。
Norton Internet Securityを入れてますが有効無効に関わらず
同じでした。
局からモデムまでの速度はNTTに電話して局から測定してもらいました。
ちなみにPCはWin98とWinMEとWin2000です。

書込番号：1798963

reo-310様

モデム直というのはフレッツ接続キットでの接続のことですよね。
RBBTodayで2、3回試した限りでは途中でエラーが出ちゃったので
分かりません。
今日家に帰ったらもう一度試してることにします。

書込番号：1798974

＞モデム直というのはフレッツ接続キットでの接続のことですよね。

今、出先で書き込みに使用してるＸＰなら要らない。

書込番号：1799027

XP標準搭載のPPPoEは速度が出ないらしいですね.
ほかのツールに変更すると、最大30％程度向上するそうですよ.

梢

書込番号：1799174

[て２くん]

NISが悪さして速度低下するときあるけど、すべてのPCに同様に起こるのですよね？
一度削除してみる方がいいかもしれないけどね。

書込番号：1799330

現状報告です。
えーと…モデム直とかはまだやってません。なかなか手を出しにくい
とこに設置してるもので配線の繋ぎ替えが大変で（^^;

メーカーのＦＡＱに「スピードが遅い」との項目があったのを見つけた
ので試してみました。
ステートフルインスペクションを無効にしたところ速度が２〜７MBps程度
出るようになりました。
まだ追求していく余地がありそうな速度だなあと思う反面、て２さんも
３〜５Mbps程とのことなのでこの辺が限界なのかも、とも思ってみたり。

モデム直やフレッツスクウェア内とかも試してみないとやはりなんとも
言えないかもしれませんね。

書込番号：1807616

[て２くん]

ステートフルインスペクションを有効にしていても私のところは、約４Ｍはでますけどね・・・（４Ｍが環境すごく悪いため限界・・・）

書込番号：1808225