5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

HSRPとかSTPとかって、ちゃんと動いてます?

1 :anonymous@ cs31333.ppp.infoweb.ne.jp:01/08/26 11:55 ID:fzGHhDgI
要するにLANの冗長構成を検討しているんですが、
ベンダーの謳い文句道理に動いてくれるものなのかと二の足を踏んでいます。
個人的には、障害時のバックアップという発想よりも、メンテナンス時の待機系という発想の方が現実的かな、と言う気がします。
片方が動いているときに、もう片方をメンテナンスし、終わったら切りの良い所で切り替えるという事ですね。

導入事例のある皆さんのご意見を伺いたく存じます。

2 :2Get:01/08/26 12:35 ID:3Verlt3k
ネットワーク構成さえしっかりしていれば両方とも快適に動きます。
バグ等ではまったことはあまりありません。
ただルータのばあいIOSは主従でRevisionをそろえていた方が良いとおもいます。
というか、S-Inの前に評価した方が・・・

3 :名無しさん@お腹いっぱい。 :01/08/26 15:29 ID:x2mAr1Do
STPはデフォルトがDECになっているのが有って追加した途端におかしくなったことがあります。
子HUBで起こったストームが流れ込んで、BPDUのやり取りが出来なくなって破綻したことも有りました。
ネットワークを分けて目的によってOSPFを使ったり、VRRPを使ったりしてバックアップした方が安全だと思うな。
切り替え時間は短いし、切り分けも楽だから。

4 :ななっし:01/08/26 16:23 ID:BGG2JYhg
802.1q とか ISL でトランク組んでロードシェアって
どうですかね。回線1本切ったときってどうなるんだろう?

5 :anon:01/08/26 20:56 ID:aDTVYh3U
大抵のメーカーのはマルチリンクトランク組んでて、ポート障害で1本になった時でも通信できるよ。

6 :ななっし:01/08/26 21:10 ID:v5OlPKWg
>>5
いや、云われてはいるけど試したことがなかったので。
Thanks!!

7 :ななし:01/08/26 21:51 ID:iy09H5/E
>>1
素人同然なので、STP は使ったことないや…。
HSRP はメインを ISDN、backup を dial up という構成で
data center と call center を結ぶのに使っています。
んで、これはきちんと動いています。

8 :anonymous@ p0454-ip01kamokounan.kagoshima.ocn.ne.jp:01/08/26 22:36 ID:dcONDEfg
>>7
回線が氏んだ時にちゃんと切り替わってる?

9 :ななし:01/08/27 00:15 ID:0ns4D7sM
VRRPとSTPなら実際に使った事あるよ。
特に問題なかったです。

気を付けたい点としては>>3でも紹介されてる様に高負荷時もきちんと
動けるか、だよ。
しょぼい装置だとリンクダウンしてDA unknownが頻発したときにVRRPや
STPのプロトコルパケットをきちんと受け取れなくなって、本来Blocking
のはずのポートがFowardingになってブロードキャストストームを起こし
たり、マスタールータが生きてるのにバックアップ側がマスターになっ
ちゃったりするよ。
この辺りは営業にきっちりと確認しておいた方が良いよ。

あと、STPは切り替え時間を短縮する技術を各社いろいろ実装してるの
で、ベンダーが混在する時は注意が必要だよ。
ちなみに高速STPでお勧めはIEEE802.1wだよ。

10 :ななし:01/08/27 00:15 ID:CSUZ8fsE
>>8
いきなり回線をぶちきるとか、router の電源を切るとかテスト
したときには切り替わりました。

ただ、router がもう片方の router とはしゃべれるけれど、
それ以外の host とはしゃべれない場合とか、その上さらに
一方通行でしゃべれるだけなってしまった場合などの特殊な
条件での test していませんが…。

11 :なななし:01/08/27 00:22 ID:Wn85pLeA
>>10
元々 STP はそんなモノ面倒みないのでは?
L2 のお話だから。

12 :ななし:01/08/27 00:34 ID:0ns4D7sM
>>11
HSRPはL3の技術だよ。

13 :Nortel代理店:01/08/28 01:23 ID:Jl6d.Zdk
RouterでVRRPやHSRPをする場合、どこにヘルスチェクするかが問題だと思う。
1個のI/Fにしかヘルスチェク出来なような機器はダウソ。

14 :nobody:01/10/27 00:46 ID:???
>13

あるておん ですか?

15 :ななし:01/10/27 02:39 ID:???
FoundryがIEEE802.1wをサポートしたと聞いたのでR7.2.2で試してみた。
確かに切り替えは早いが切り戻しが30秒かかるのはどう言う事だ!いんちきじゃん。
CISCOも10月にサポート予定と発表したきり音沙汰ないし、、、
あとはEnterasysのMatrix E7がサポートしてるはずだけど装置が手元にないっす、、、

だれかIEEE802.1wがまともに使える装置教えて下さい、、、

16 :?:01/10/27 07:47 ID:???
>>15
>確かに切り替えは早いが切り戻しが30秒かかるのはどう言う事だ!

どういう試しかたしたの?
ケーブル抜き差しなら、スパツリがあるから30秒って普通でしょ?

17 :ななし:01/10/28 01:43 ID:???
>>16
IEEE802.1w(Rapid STP)なら切り戻しも1秒程度のはずなんすよ、、、
N+IでFoundryのブースでIEEE802.1wサポートするって聞いたので楽しみにしてたのに(T_T)

18 :名無しさん:01/12/09 21:28 ID:tfT42A9c
BlackDiamondってIEEE802.1wサポートされてるのでしょうか?

19 :anonymous@ YahooBB218133012080.bbtec.net:01/12/09 22:40 ID:???
ESRP一筋で行くんじゃない?

20 :ななし:01/12/11 01:42 ID:N5ZWAHeC
802.1wサポートしてるのって今のところEnterasysとCISCO(CatOS7.1.1)くらいですかね?
あと、RiverStoneもサポートしてるらしいと言う噂を聞いたことがあるんですが、資料見たこと無いです。
どれも私の使えない装置な所が泣けてくる(T_T)
フリーのRapidSTPライブラリ作ってる人がいるくらいなんだからちゃっちゃと各社実装してほしいなぁ、、、

http://sourceforge.net/projects/rstplib/
↑腕に覚えのある人は手伝ってあげて下さい

21 ::02/09/09 03:09 ID:???
最近のIOSはVRRPもサポートですね

22 :nobody:02/09/09 21:44 ID:???
>21

12.0ST/S以外でもサポートしてるんですか?
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120limit/120st/120st18/st_vrrpx.htm

23 :ほぷきん:02/09/11 00:21 ID:???
>22
してないようですね。

24 :anonymous@ p2974fc.kngwnt01.ap.so-net.ne.jp:02/10/31 12:01 ID:???
test

25 :山崎渉:03/01/15 22:38 ID:???
(^^)

26 :山崎渉:03/03/13 17:50 ID:???
(^^)

27 :anonymous@ YahooBB218140254033.bbtec.net:03/03/16 03:30 ID:Q2LD3f7G
STPって結構トラブらないですか?
Catalystでバグとか出てるし。
提案ではSTP入れてますけど、本当に信頼性を高める提案には
L3スイッチのルーティングで冗長化する方を提案します。

客はSTPで2重化することで、無条件で信頼してしまうみたいで、
そんなに信頼性高くないんだけど、と思いながら提案してしまいます。
L3で構成すると、高いし設計もかなり変わってしまうので。

28 :?:03/03/16 04:07 ID:???
>>27
シングルベンダーならそんなに問題は無いですよ
Ciscoオンリーの環境ならエッジをL3にするよりスパツリの方が収束は早いですし

ただ、二重障害に対応できる設計が難しいのと
NW拡張がしづらいのが最大のネックです

あとはマルチベンダーなお客さんのところで、
別のベンダのSWがつながるような場合は苦しいですね


29 :age:03/03/26 16:38 ID:???
3550でSTPが変なのだけど・・・(-_-;)
なんとかしてくれ。

30 :名無し@腹減った:03/04/05 19:14 ID:???
>>30
バージョンアップしる!

31 :あぼーん:あぼーん
あぼーん

32 :あぼーん:あぼーん
あぼーん

33 :山崎渉:03/04/17 12:07 ID:???
(^^)

34 :あぼーん:あぼーん
あぼーん

35 :あぼーん:あぼーん
あぼーん

36 :誘導:03/06/08 17:08 ID:???
>>27
極力 STP は排除の方向で提案してます……。
ただ、とちくるって STP 動いちゃった時が恐いので、 Bridge ID だけは設定しておきますです。

で、 Rapid STP はいけてるの? リング構成のネットを組みたいんだけど。

37 :あぼーん:あぼーん
あぼーん

38 :ぼるじょあ ◆yBEncckFOU :03/08/02 05:21 ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

39 :PCIって。。。。。:03/08/14 23:57 ID:???
IEEE802.1w と IEEE802.1adって組み合わせ出来るのでしょうか?
(線の冗長化 と 冗長構成の帯域有効利用の観点から)

40 :あぼーん:あぼーん
あぼーん

41 :l:05/01/29 14:05:08 ID:???
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html
http://sec.air-nifty.com/mono/2004/12/post.html


42 :anonymous@ 200.178.150.220.ap.yournet.ne.jp:2005/07/26(火) 14:26:07 ID:???
test

43 :anonymous@ p1064-ipbf401sasajima.aichi.ocn.ne.jp:2005/12/18(日) 21:29:31 ID:T/KjKsCB
TEST

44 :non:2006/12/21(木) 02:17:37 ID:A77RigVk
STPやRSTPの収束時間についてはwebを探せばたくさん
でてくるけど、実際STPやRSTPの規模ってどのくらいなんでしょう?

極端な話L2スイッチを500台つないでRSTPを走らせたらほんとに
収束時間が1秒程度なのかなぁ?

500台つなぐってことはないかもしれないけど、
実際のところどうなんでしょうか?

知っている人がいましたおねがいします

45 :anonymous:2006/12/21(木) 16:02:52 ID:???
10分くらいなら止まっても許してもらえると思う

46 :anonymous:2006/12/23(土) 19:33:20 ID:???
STPは冗長ではなくループ防止のためのプロトコルなんだが。
HSRPと同列には語れないだろう。
リンクアップ/ダウンを繰り替えすような障害は有るんだからそれで通信出来なくなるような冗長じゃ意味無い。
L2で冗長を取るならCISCO以外が良いよ。HSRPみたいな感覚でL2の冗長も
取ることが出来るのが多いから。
CISCOに拘るなら、L3主体で構成してL2でのループがないようにすれば良い。


47 :anonymous@ 83.132.244.43.ap.yournet.ne.jp:2007/01/09(火) 02:14:23 ID:???
ciscoで複数セグメントでSTPならMSTPがお勧め。

48 :non:2007/02/03(土) 02:36:35 ID:VzehK4Q5
質問です。
RSTPをリングトポロジーで動かすと、メッシュトポロジーで
RSTPを動かす時より収束時間が長くなるんですが、
これはどうしてでしょうか?

分かる方がいらっしゃいましたらよろしくお願いします。

49 :anonymous@ 220.110.22.144:2007/02/04(日) 02:47:19 ID:MDEsWwjy
>>48

単に情報が届くまでの遅延では?
それとももっと??? どの位長くなるん?


50 :non:2007/02/04(日) 23:19:03 ID:kgm4QIHZ
>49さん
えっとですね。
ダイアメータを7にしてやってみたんですけど、
相当の遅れがでました。
約11秒です。

これについてちょっと調べてみたんですが、
どうやら、リング型にすると
リンクが切れた時に、切れてないほうのNICが
BPDUを同時に流してしまい、衝突?かなにかして
デットロック状態になるようなんですよ。
その状態が約6秒かかるみたいです。

実際のメカニズムを知りたいのですが…

51 :49:2007/02/05(月) 00:54:32 ID:I4XlQ1nQ
>>50

うーーん。何台位でリングしています?
週末にでも環境を作ってみます。

52 :non:2007/02/05(月) 04:41:07 ID:DN2W5jjh
>>51

7台ですね。
えっとそれから、
さきほどのレスなんですが、
一部論文から参照したものがあります。

↓この論文にはリングにした場合スイッチ1台あたり1秒の遅延が発生する模様です。
http://www.ruggedcom.com/pdfs/white_%20papers/Rapid_Spanning_Tree_in_the_Substation.pdf

↓ここにRSTPをリングにした場合のグラフが載っています。
http://miau.gau.hu/miau/94/saad.doc

どうして遅延が多くなるのかがいまいちわからないんです。

53 :49:2007/02/08(木) 19:36:32 ID:dh8My9XU
Gbit I/Fを使ってループを作り7台で実験してみました。

WS-C2950T-24 C2950-I6Q4L2-M Ver 12.1(20)EA1a

Win2Kを2台使ってDOS窓からping -tしましたが
どこを切っても最高でtime outが3回、殆どが1,2回

ちゃんとRapidしています。


54 :non:2007/02/09(金) 12:19:05 ID:l9gcoGyn
>>53

収束時間はどのくらいでしたか?

55 :non:2007/02/09(金) 12:42:34 ID:l9gcoGyn
追加なのですが、RSTPの収束時間のグラフを作成したいのですが、
実際に実験できないため作成できません。

何か元となるサイトはありませんか?
もし知っているサイトがあったら教えていたたきたいです。

トポロジーがメッシュの時RSTPを流した時の
収束時間を表したグラフを作成したいです。

データとなるものさえ見つかればあとは自分で作成できるのですが…

データが経由する最大の経由スイッチ数と収束時間がわかるデータです。
よろしくお願いします。

56 :49:2007/02/10(土) 01:21:12 ID:FK06dRHx
>>54
>収束時間はどのくらいでしたか?

そんなに詳しくは調べていません。7台ループでRSTPが11sということなので、
検証しました。こちらも詳しく調べる測定器もありませんので.....

>トポロジーがメッシュの時RSTPを流した時の
>収束時間を表したグラフを作成したいです。

ループのハズじゃあ.....コリってオリは釣られた????

釣られついでにアドバイスするとRSTPの収束時間は条件によって変化すると
思います。SWのCPU負荷の関係である程度はばらつくでしょう。

Cat2950とCat6500でもIOSの違いによって結果はばらつきます。
今日もsup11が6枚転がっていたのでちょっと実験しようかと思ったらOSが古すぎちゃって
Rapid自体が動かないというオチを喰らいました。

>データとなるものさえ見つかればあとは自分で作成できるのですが…

メーカーだって条件が変われば結果もマチマチ。それに精密にmsまで測定するのは設備が必要です。

>データが経由する最大の経由スイッチ数と収束時間がわかるデータです。
>よろしくお願いします。

これは何の為?まさか学生が卒研なんて落ちじゃ....


57 :non:2007/02/10(土) 09:01:59 ID:R/anGBVv
>>56
RSTPのループ構造でのデータを採取していたのですが、
RSTPの弱点をつくという点ではいい結果になりました。
わざわざ実装していただいてありがとうございました。

そこで、メッシュの時はどうなのか?
ってことで調べています。

RSTPの収束時間のグラフを作成するにあったっては興味がわいたので
やってみようかと思いました。参考書等には最大経由スイッチが7台
の時約1秒と書いてあったのでほんとかなぁ?と思いまして。

収束時間を測定するためには手間がかかりそうですね。
ありがとうございました。

58 :aaa:2007/02/11(日) 13:43:51 ID:wxiZL2P+
冗長すると構成が複雑になるけど、
Extreme の SoftwareRedundant は死ぬほど単純明快。
あれを使うとL2の冗長のためにSTPなんて絶対使えない。


17 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)