01/08/26 12:35 3Verlt3k
ネットワーク構成さえしっかりしていれば両方とも快適に動きます。
バグ等ではまったことはあまりありません。
ただルータのばあいIOSは主従でRevisionをそろえていた方が良いとおもいます。
というか、S-Inの前に評価した方が・・・
3:名無しさん＠お腹いっぱい。
01/08/26 15:29 x2mAr1Do
STPはデフォルトがDECになっているのが有って追加した途端におかしくなったことがあります。
子HUBで起こったストームが流れ込んで、BPDUのやり取りが出来なくなって破綻したことも有りました。
ネットワークを分けて目的によってOSPFを使ったり、VRRPを使ったりしてバックアップした方が安全だと思うな。
切り替え時間は短いし、切り分けも楽だから。
4:ななっし
01/08/26 16:23 BGG2JYhg
802.1q とか ISL でトランク組んでロードシェアって
どうですかね。回線１本切ったときってどうなるんだろう？
5:anon
01/08/26 20:56 aDTVYh3U
大抵のメーカーのはマルチリンクトランク組んでて、ポート障害で1本になった時でも通信できるよ。
6:ななっし
01/08/26 21:10 v5OlPKWg
>>5
いや、云われてはいるけど試したことがなかったので。
Thanks!!
7:ななし
01/08/26 21:51 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 dcONDEfg
>>7
回線が氏んだ時にちゃんと切り替わってる?
9:ななし
01/08/27 00:15 0ns4D7sM
VRRPとSTPなら実際に使った事あるよ。
特に問題なかったです。
気を付けたい点としては>>3でも紹介されてる様に高負荷時もきちんと
動けるか、だよ。
しょぼい装置だとリンクダウンしてDA unknownが頻発したときにVRRPや
STPのプロトコルパケットをきちんと受け取れなくなって、本来Blocking
のはずのポートがFowardingになってブロードキャストストームを起こし
たり、マスタールータが生きてるのにバックアップ側がマスターになっ
ちゃったりするよ。
この辺りは営業にきっちりと確認しておいた方が良いよ。
あと、STPは切り替え時間を短縮する技術を各社いろいろ実装してるの
で、ベンダーが混在する時は注意が必要だよ。
ちなみに高速STPでお勧めはIEEE802.1wだよ。
10:ななし
01/08/27 00:15 CSUZ8fsE
>>8
いきなり回線をぶちきるとか、router の電源を切るとかテスト
したときには切り替わりました。
ただ、router がもう片方の router とはしゃべれるけれど、
それ以外の host とはしゃべれない場合とか、その上さらに
一方通行でしゃべれるだけなってしまった場合などの特殊な
条件での test していませんが…。
11:なななし
01/08/27 00:22 Wn85pLeA
>>10
元々 STP はそんなモノ面倒みないのでは？
L2 のお話だから。
12:ななし
01/08/27 00:34 0ns4D7sM
>>11
HSRPはL3の技術だよ。
13:Nortel代理店
01/08/28 01:23 Jl6d.Zdk
RouterでVRRPやHSRPをする場合、どこにﾍﾙｽﾁｪｸするかが問題だと思う。
1個のI/Fにしかﾍﾙｽﾁｪｸ出来なような機器はﾀﾞｳｿ。
14:nobody
01/10/27 00:46
>13
あるておん ですか？
15:ななし
01/10/27 02:39
FoundryがIEEE802.1wをサポートしたと聞いたのでR7.2.2で試してみた。
確かに切り替えは早いが切り戻しが30秒かかるのはどう言う事だ！いんちきじゃん。
CISCOも10月にサポート予定と発表したきり音沙汰ないし、、、
あとはEnterasysのMatrix E7がサポートしてるはずだけど装置が手元にないっす、、、
だれかIEEE802.1wがまともに使える装置教えて下さい、、、
16:?
01/10/27 07:47
>>15
>確かに切り替えは早いが切り戻しが30秒かかるのはどう言う事だ！
どういう試しかたしたの？
ケーブル抜き差しなら、スパツリがあるから30秒って普通でしょ？
17:ななし
01/10/28 01:43
>>16
IEEE802.1w(Rapid STP)なら切り戻しも1秒程度のはずなんすよ、、、
N+IでFoundryのブースでIEEE802.1wサポートするって聞いたので楽しみにしてたのに(T_T)
18:名無しさん
01/12/09 21:28 tfT42A9c
BlackDiamondってIEEE802.1wサポートされてるのでしょうか？
19:anonymous@ YahooBB218133012080.bbtec.net
01/12/09 22:40
ESRP一筋で行くんじゃない？
20:ななし
01/12/11 01:42 N5ZWAHeC
802.1wサポートしてるのって今のところEnterasysとCISCO(CatOS7.1.1)くらいですかね？
あと、RiverStoneもサポートしてるらしいと言う噂を聞いたことがあるんですが、資料見たこと無いです。
どれも私の使えない装置な所が泣けてくる(T_T)
フリーのRapidSTPライブラリ作ってる人がいるくらいなんだからちゃっちゃと各社実装してほしいなぁ、、、
URLﾘﾝｸ(sourceforge.net)
↑腕に覚えのある人は手伝ってあげて下さい
21:置
02/09/09 03:09
最近のIOSはVRRPもサポートですね
22:nobody
02/09/09 21:44
>21
12.0ST/S以外でもサポートしてるんですか？
URLﾘﾝｸ(www.cisco.com)
23:ほぷきん
02/09/11 00:21
>22
してないようですね。
24:anonymous@ p2974fc.kngwnt01.ap.so-net.ne.jp
02/10/31 12:01
test
25:山崎渉
03/01/15 22:38
（＾＾）
26:山崎渉
03/03/13 17:50
（＾＾）
27:anonymous@ YahooBB218140254033.bbtec.net
03/03/16 03:30 Q2LD3f7G
STPって結構トラブらないですか？
Catalystでバグとか出てるし。
提案ではSTP入れてますけど、本当に信頼性を高める提案には
L3スイッチのルーティングで冗長化する方を提案します。
客はＳＴＰで２重化することで、無条件で信頼してしまうみたいで、
そんなに信頼性高くないんだけど、と思いながら提案してしまいます。
L3で構成すると、高いし設計もかなり変わってしまうので。
28:?
03/03/16 04:07
>>27
シングルベンダーならそんなに問題は無いですよ
Ciscoオンリーの環境ならエッジをL3にするよりスパツリの方が収束は早いですし
ただ、二重障害に対応できる設計が難しいのと
NW拡張がしづらいのが最大のネックです
あとはマルチベンダーなお客さんのところで、
別のベンダのSWがつながるような場合は苦しいですね
29:age
03/03/26 16:38
3550でSTPが変なのだけど・・・(-_-;)
なんとかしてくれ。
30:名無し＠腹減った
03/04/05 19:14
>>30
バージョンアップしる！
31:あぼーん
あぼーん
あぼーん
32:あぼーん
あぼーん
あぼーん
33:山崎渉
03/04/17 12:07
（＾＾）
34:あぼーん
あぼーん
あぼーん
35:あぼーん
あぼーん
あぼーん
36:誘導
03/06/08 17:08
>>27
極力 STP は排除の方向で提案してます……。
ただ、とちくるって STP 動いちゃった時が恐いので、 Bridge ID だけは設定しておきますです。
で、 Rapid STP はいけてるの？ リング構成のネットを組みたいんだけど。
37:あぼーん
あぼーん
あぼーん
38:ぼるじょあ ◆yBEncckFOU
03/08/02 05:21
∧＿∧ ∧＿∧
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎―――◎ 山崎渉&ぼるじょあ
39:PCIって。。。。。
03/08/14 23:57
IEEE802.1w と IEEE802.1adって組み合わせ出来るのでしょうか？
（線の冗長化 と 冗長構成の帯域有効利用の観点から）
40:あぼーん
あぼーん
あぼーん
41:l
05/01/29 14:05:08
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
URLﾘﾝｸ(sec.air-nifty.com)
42:anonymous@ 200.178.150.220.ap.yournet.ne.jp
05/07/26 14:26:07
test
43:anonymous@ p1064-ipbf401sasajima.aichi.ocn.ne.jp
05/12/18 21:29:31 T/KjKsCB
ＴＥＳＴ
44:non
06/12/21 02:17:37 A77RigVk
STPやRSTPの収束時間についてはwebを探せばたくさん
でてくるけど、実際STPやRSTPの規模ってどのくらいなんでしょう？
極端な話L2スイッチを500台つないでRSTPを走らせたらほんとに
収束時間が1秒程度なのかなぁ？
500台つなぐってことはないかもしれないけど、
実際のところどうなんでしょうか？
知っている人がいましたおねがいします
45:anonymous
06/12/21 16:02:52
１０分くらいなら止まっても許してもらえると思う
46:anonymous
06/12/23 19:33:20
STPは冗長ではなくループ防止のためのプロトコルなんだが。
HSRPと同列には語れないだろう。
リンクアップ／ダウンを繰り替えすような障害は有るんだからそれで通信出来なくなるような冗長じゃ意味無い。
L2で冗長を取るならCISCO以外が良いよ。HSRPみたいな感覚でL2の冗長も
取ることが出来るのが多いから。
CISCOに拘るなら、L3主体で構成してL2でのループがないようにすれば良い。
47:anonymous@ 83.132.244.43.ap.yournet.ne.jp
07/01/09 02:14:23
ciscoで複数セグメントでSTPならMSTPがお勧め。
48:non
07/02/03 02:36:35 VzehK4Q5
質問です。
RSTPをリングトポロジーで動かすと、メッシュトポロジーで
RSTPを動かす時より収束時間が長くなるんですが、
これはどうしてでしょうか？
分かる方がいらっしゃいましたらよろしくお願いします。
49:anonymous@ 220.110.22.144
07/02/04 02:47:19 MDEsWwjy
>>48
単に情報が届くまでの遅延では？
それとももっと？？？ どの位長くなるん？
50:non
07/02/04 23:19:03 kgm4QIHZ
>49さん
えっとですね。
ダイアメータを７にしてやってみたんですけど、
相当の遅れがでました。
約11秒です。
これについてちょっと調べてみたんですが、
どうやら、リング型にすると
リンクが切れた時に、切れてないほうのNICが
BPDUを同時に流してしまい、衝突？かなにかして
デットロック状態になるようなんですよ。
その状態が約6秒かかるみたいです。
実際のメカニズムを知りたいのですが…
51:49
07/02/05 00:54:32 I4XlQ1nQ
>>50
うーーん。何台位でリングしています？
週末にでも環境を作ってみます。
52:non
07/02/05 04:41:07 DN2W5jjh
>>51
７台ですね。
えっとそれから、
さきほどのレスなんですが、
一部論文から参照したものがあります。
↓この論文にはリングにした場合スイッチ１台あたり１秒の遅延が発生する模様です。
URLﾘﾝｸ(www.ruggedcom.com)
↓ここにRSTPをリングにした場合のグラフが載っています。
URLﾘﾝｸ(miau.gau.hu)
どうして遅延が多くなるのかがいまいちわからないんです。
53:49
07/02/08 19:36:32 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
07/02/09 12:19:05 l9gcoGyn
>>53
収束時間はどのくらいでしたか？
55:non
07/02/09 12:42:34 l9gcoGyn
追加なのですが、RSTPの収束時間のグラフを作成したいのですが、
実際に実験できないため作成できません。
何か元となるサイトはありませんか？
もし知っているサイトがあったら教えていたたきたいです。
トポロジーがメッシュの時RSTPを流した時の
収束時間を表したグラフを作成したいです。
データとなるものさえ見つかればあとは自分で作成できるのですが…
データが経由する最大の経由スイッチ数と収束時間がわかるデータです。
よろしくお願いします。
56:49
07/02/10 01:21:12 FK06dRHx
>>54
>収束時間はどのくらいでしたか？
そんなに詳しくは調べていません。7台ループでRSTPが11sということなので、
検証しました。こちらも詳しく調べる測定器もありませんので.....
>トポロジーがメッシュの時RSTPを流した時の
>収束時間を表したグラフを作成したいです。
ループのハズじゃあ.....コリってオリは釣られた？？？？
釣られついでにアドバイスするとRSTPの収束時間は条件によって変化すると
思います。SWのCPU負荷の関係である程度はばらつくでしょう。
Cat2950とCat6500でもIOSの違いによって結果はばらつきます。
今日もsup11が6枚転がっていたのでちょっと実験しようかと思ったらOSが古すぎちゃって
Rapid自体が動かないというオチを喰らいました。
>データとなるものさえ見つかればあとは自分で作成できるのですが…
メーカーだって条件が変われば結果もマチマチ。それに精密にmsまで測定するのは設備が必要です。
>データが経由する最大の経由スイッチ数と収束時間がわかるデータです。
>よろしくお願いします。
これは何の為？まさか学生が卒研なんて落ちじゃ....
57:non
07/02/10 09:01:59 R/anGBVv
>>56
RSTPのループ構造でのデータを採取していたのですが、
RSTPの弱点をつくという点ではいい結果になりました。
わざわざ実装していただいてありがとうございました。
そこで、メッシュの時はどうなのか？
ってことで調べています。
RSTPの収束時間のグラフを作成するにあったっては興味がわいたので
やってみようかと思いました。参考書等には最大経由スイッチが７台
の時約１秒と書いてあったのでほんとかなぁ？と思いまして。
収束時間を測定するためには手間がかかりそうですね。
ありがとうございました。
58:aaa
07/02/11 13:43:51 wxiZL2P+
冗長すると構成が複雑になるけど、
Extreme の SoftwareRedundant は死ぬほど単純明快。
あれを使うとL2の冗長のためにSTPなんて絶対使えない。
59:bbb
07/12/16 00:31:35 8dHtTAW1
>>58
kwsk
60:age
09/03/07 16:36:28
時代はVSS + Etherchannel or Stack + LAG ですよ
61:hage
09/10/24 19:01:01
>60
いや、VRRP+STPが組めないエンジニアはダメだな。
LAGはその回線冗長に過ぎない。
62:anonymous@PPPa1219.e9.eacc.dti.ne.jp
10/11/09 22:54:52
STPは使わずに済むなら使わないほうがいい。
冗長化するなと言ってる訳じゃない。
極力L3冗長で賄った方がいい。
STPありきで設計したが最後、そのシステムは一生シスコの奴隷。
63:anonymous
10/12/15 02:27:02 /lVIkose
Cat3750/3560で、IPv6のHSRPはIPv4と同時に動作しないってマジ？
64:AA
11/02/28 20:47:07.56
STP
のポートが、learning の状態ってどういう状態？
わかりやすく説明して