MPLSについて at NETWORK
[2ch|▼Menu]
1:どきどき名無しさん
01/11/01 21:34 /rZyiA7N
のスレッドがあってもいいかなーって。

KDDIのANDOROMEGA以外で提供してるとこある?
フレームリレーと比べてどうよ。
足回り回線は専用線のみ?
コストは?

2:nobody
01/11/01 22:37
>1

MPLS Japan行けば?
#もう閉めきられているか。

www.mpls.jp

3:名無しさん
01/11/02 20:06 uUh++chn
ちゃんと計算されてる。
角度とか。

4:通りすがり
01/11/02 20:28
ここにもシャア専板住人が…

5: ◆OFYFwBmk
01/11/03 21:35 O6eNgmxD
>>1
最近トラフィックがないけど MPLS JAPsという日本語MLもありますよ。
URLリンク(www.egroups.co.jp)
とりあえずそこのログ読むのもいいかも。

6:anonymous@ N023110.ppp.dion.ne.jp
01/11/06 07:13
URLリンク(www.komukai16.com)
URLリンク(www.komukai16.com)

7:anonymous@ Air1Aac069.ngn.mesh.ad.jp
01/11/08 13:15 eaiGNx+k
なんとなくMPLS JAPANから

結構スーツ/背広チーム多いなぁ
後援者側(のうち日本人スタッフ)はみんな私服みたいだけど

8:ななし
01/11/08 21:27 weaWortp
>>7
レセプションとかどうよ?

9:nobody
01/11/08 21:46
>8

とりあえず「語尾あげ反対」運動を展開したくなった。

>7

私もスーツ。janog系とWIDE系の違いじゃないかな。

10:nobody
01/11/08 22:16
>8
レセプションではC社のブースのまわりにキャリアのヒトがよってたかって、
「show ipv6 cef」とか言って遊んでた。

11:balance
01/11/08 23:05 CihNvcEH
私も背広組でした。

スチュワート氏に、どう考えても公演では触れてもいない内容の質問が
びしばしぶつけられていたのには笑ってしまいました。
そんなにJUNOSの実装が気になりますかね。

それにしても、URLリンク(www.labs.fujitsu.com) は、
とりあえず「個人的に」面白かったです。

12:nobody
01/11/08 23:08
>11

やっぱりあの人にはBGPネタとか、聞きたいことがいっぱいあります
からね。

明日は石黒さんが何をしゃべるか結構期待。
#今日来てませんでしたよね?

13:balance
01/11/08 23:34 CihNvcEH
レセプションは結局スパゲティしか食べれませんでした。

で、C社のとこに集まっていました。EoMPLS/TEのデモの方がメインでしたが。
6PEは基本的に、今のIPv4の2547bisと実装面ではあんまり変わらないので
興味がちょっと薄かったりして…。

私も石黒さんの「気が付いたこと」は楽しみです。さて…。

14:会場から
01/11/09 12:38 259zHVhw
で だれかいる?

15:nobody
01/11/09 12:41 DJfsjvJx
今会場で通信してるの、5〜6人しかいないよ。

16:謎のインド象
01/11/09 23:00 GsQeaTbf
石黒っちけっこく面白い話しかたすんのねー

17:balance
01/11/09 23:25 B8zJR/EC
石黒さん、面白かったよ。会場は爆笑の渦だったね。
まぁ、最後の4人のパネリスト(笑)はみんな面白かったけど。

18:名無しさん
01/11/09 23:31 DUNCaJ1J
>>17
IP fusionはどうでしたか?

19:anonymous@ h112.p496.iij4u.or.jp
01/11/09 23:48 t9VvMoZb
>16

去年のIPv6サミットや、そのあとの6骨BOFでもあの調子。6骨BOF
なんか余りに盛りだくさんの内容でログが取れていない

URLリンク(6bone-jp.v6.wide.ad.jp)
URLリンク(6bone-jp.v6.wide.ad.jp)

しっかし、LDPのRFC間違ってるぞコラ!のところは結構思い当
たる節があるのでちょっと調べてみよう。

20:anonymous@ Air1Aad047.ngn.mesh.ad.jp
01/11/11 17:18 rNQRBiwi
URLリンク(www.labs.fujitsu.com)

たしかに面白いんだけど
Traffic Engineering という思想からはちょっとずれている気がする
経路保証できないとベストエフォートトラフィックしか運びたくないよね

21:なるほど
01/11/17 16:54 xdcE7snc
来週からInternetWorldですね。
何社か、MPLS製品を出すみたいですが・・・

22:nobody
01/11/24 16:23
MPLS Japanの発表資料がアップされました

23:
01/11/24 18:59
>>22
ども。
Label Switchなのに・・・なぜ上位レイヤを・・・
に笑った。確かに作っているとすげーめんどくさいんだよね。

24:nobody
01/11/24 20:38
>23

そうそう。各社の違いが出てくるとこだし。

ちなみにラベル何枚剥がすか問題は、たしかshimへッダの中に1bitの
最後だよ、フラグがあったと思う。なんかATMを思い出す。

25:
01/11/24 20:53
>>24
IP fragmentについては、黙って破棄でいいような気がしてる。
L2.5がL3/L4に依存するのは変なので当然ICMPも返さない。

だいたい、MPLSドメインを構成して高速Switchにしようしているのに
途中でfragmentが必要になるような構成は意味ないでしょ。
そういうのはネットワークの設計ミスとして、MPLSドメインのMTUを決定して、
fragment処理はすべてEdgeに担当させようかと。

26:balance
01/11/24 23:17 uZJyEUDg
>>24
BoSビットはあることはあるけど、ボトムまでいかないと判断つかないんじゃなかったっけ。

>>25
同意。コアがICMPを出すべきじゃない。
エッジがMPLS網全体の最小MTUになるように設計しないといかんよな。

27:nobody
01/11/25 00:20
>26

あ、そうか、「自分は何枚はがす必要があるのか」という判断ができないと
いう問題だったな。忘れてた
#全部はがすのはBoSで判断できるんだけど。


シグナリングで解決?そんな馬鹿な。

28:taka
01/11/26 01:33 bx0H5RAR
寝てるときに携帯に知らん番号から電話かかって不在着信になってたの
で、起きてから何かの用事だろうと思ってそこにかけてみたら
「Q2へヨウコソ〜♪」みたいな感じだった10秒くらいで切ったんだけど
やっぱ料金かかる?

29:Fiye
01/11/26 11:22
>>28
携帯で、ワンギリした番号へかけなおすと、そこがダイヤルQ2で、
10万円ぐらいぶったくられることがあるので、かけなおさないようにという
お達しめーるが回っている。
情報の出所は会社で社員に支給している携帯電話を扱っている代理店。

30:balance
01/11/26 23:01 15yhR36f
Cisco Pressの "MPLS and VPN" Architectures" の
邦訳 「MPLS&VPNアーキテクチャ」がソフトバンクパブリッシングから出てましたね。
とりあえず、ビックカメラのポイント使ってタダでゲットしてきました。

とりあえず、3章まで眺めましたが、いきなり原著のDenver→Dallasの間違いが、
間違いのまま訳されているのには苦笑。明らかに間違いだと思ったもんだが。

31:anonymous@ all22814005.allnet.ne.jp
01/11/26 23:35 Ar43/1hN
>>137
一応相模原側は遊歩道が整備されている。いすとか置いてあるし。
大和側も道はあって通り抜けはできるけど、お世辞にも整備されて
いるとはいえない。
一応、相模原上鶴間地区と中央林間の近道&散歩コースに
なっているので日が昇っているうちは人通りは多い。

32:
01/11/26 23:36
>>31
すまん誤爆しました。

33:
01/11/27 20:42
>>30
情報サンクス。早速買ってきました。
うーLDPはほとんどかかれていないのね。

34:名無しさん
02/02/27 20:22
これは読んどけ!ネットワーク必読書
スレリンク(network板:575番)

によると
マスタリングTCP/IP MPLS編 \3800
てのがでたそうです。


35:nobody
02/03/27 21:38 /ZvjunzJ
www.mpls.jp死んじゃってますが、やはりgblxのちゃぷたー11の影響?

36:sage
02/03/28 01:13
二度とやりたくないっつーてたしねぇ。


37:nobody
02/04/12 23:40 1dfxLp/n
>36

いつの間にか復活してました。がんばれgblx。

38:ななしさん
02/04/12 23:49
とあるISPはMPLSを早くも見捨てつつあるらしい…。
めんどくさすぎる割に見合った効果がない、とかで。
まー確かに経営判断的には正しい気もする。

39:nobody
02/04/13 09:58
>38

MPLS-VPNはともかくとして、日本じゃTEは絶対必要ないと思うんだけどな。


40:38
02/04/13 19:55
>>39
実はおいらはTEの方に興味があったりする。
まー、TEなんて限られた費用の中で行っているから意味があるんで、
金がかかるようなTEは意味ないけどね。
(これからMPLSを導入するなら、という立場なら)


41:hossy
02/05/11 21:47
大手町まで10Gx10くらい必要になったら使ってやって
いいぞ。>MPLS

42:hage
02/05/12 18:06
>41 何が言いたいのかさっぱりわからん??


43:anonymous@ YahooBB218135214081.bbtec.net
02/05/19 07:55
>>42
ぜんぶのリンクにそれなりにトラフィックのせたいからじゃないの?

44:anonymous@ i003006.ap.plala.or.jp
02/05/23 23:44 YXl5grGl
ATMとの違いがよく分からん

45:nobody
02/05/24 00:02 hBfXl1oq
なんか死んでたのかとおもったら生きてたんだね、mpls-wg ML

46:ななしさん
02/05/24 01:23
>>41
そういう状況になったら、MPLSより先にやるべきことがあるだろう。

47:
02/05/24 01:45 US5m9sRB
>>46
10G×10 本土管でほしきゃ WDM でもやればいいでしょ(藁。

48:anonymous@ Ctk218DS57.tk2.mesh.ad.jp
02/06/13 20:49 gD+r3Q7G
MPLSはCR-LSPありきで議論するべきです。
そうすればパスの有効性が確認できます、TEもできますし、
パス単位の障害管理もできます。
ちなみにMPLSの設定は別にめんどくさくないよ。

49:nobody
02/06/13 22:32 cRhvFvMa
>48

CR-LSPって何?CR-LDPで張るLSPのこと?なぜRSVP(RFC3209)じゃない?

CR-LDPサポートしている会社っていうと、ノーテルと日立ぐらいしか知らない
んだけど

50:ルーター@通信技術板
02/06/14 00:38
>>49
CD-LDPよりRSVP-TEのほうが好きだなぁ。

51:予言者
02/06/16 18:43
CR-LDPに期待していた皆様、CR-LDPの冥福を祈ってあげて下さい。

52:anon
02/06/20 00:37
48がCR-LSPと書いたのはプロトコルではなく、constrained LSPを意味するのか?
なら正しいだろーな。

>>51
禿同。


53:ななしさん
02/06/22 01:43
C社の MPLS-TE をまともに評価した人いる?
ちょっとしらべてみたら、腐っていて使いもにならなかったです。。。

MPLSやるなら、やはりJ社なのでしょうかね


54:nanashi
02/06/24 01:58
>>44
固定長じゃないことが最大の違い。
それ以外の違いはなくなりつつあるし。なくそうとする連中がいるし。

55:名無しさん@Emacs
02/06/24 08:30
最近はVPNブームも過ぎ去って,プロテクションが流行りみたいだけど,
使い物になってる?


56:anonymous@ m072182.ap.plala.or.jp
02/07/01 06:39
>>54
固定長じゃないことによるメリットってどの程度あるの?

57:演技師
02/07/02 13:20
>>54に便乗。
私もATMとの違いを言葉としてうまく定義できずにいます。
フレーム(セル)サイズだけではあまりにも。

58:nobody
02/07/02 22:52
>53

Cisco-Juniperでちゃんと使えるけど、どのへん?

コマンド入れないとROO書かないとか、Implicit Nullの実装が怪しいとか?
隠しコマンド入れないとスタティックでパス計算しないとか?

59:nobody
02/07/02 22:59
>58

ROOってなんやそりゃ....RROのTypoです、須磨祖

60:nobody
02/07/02 23:15
>44

シグナリングにIP使ってるとか。ラベルスタックできるとか。


61:sage
02/07/03 00:44
affinityのあつかいちがうとか?
protectionのやりかたちがうとか?
auto-route announceとか?
SEかFFかとか?

ちがうけどちゃんとうごく。

62::_:
02/07/03 00:52
>>61
甘い。TDPとLDPだろ(藁

63:nobody
02/07/03 23:45
>62

TDPにDoDなモードってあるんですか?

64:Jって×
02/07/04 20:20 XjNqmWq2
>>53
Jのでかいやつは reorder発生で使えへん!


65:nobody
02/07/06 01:38
autoroute announce 腐ってる
OSPFで advertise LSP into IGP ができない
FRRがPOSでしかできない
FRRの設定面倒
BGP運ぶのに static route 書くなんて論外

その他にも数えたらきりがないぐらい腐ってる。
確かに動くといえば動くけど、
こんなの運用したら死ぬよ...


66:ぴっぷ
02/07/06 03:17 pgBwmuhK
EoMPLSって実際使い物になるのでしょうか?
やっぱ、まだまだ先なのかなーぁ

67:nobody
02/07/06 08:09 6ToyD6Q6
>65

autoroute announce使うほうが間違いかと。

>66

使ってるとこありますよー

68:balance
02/07/06 13:43
>>66
営業が持ってきた説明資料によるとKDDIの広域LANのコア部には
EoMPLSが使用されているみたいですね。

69:名無しさん@Emacs
02/07/09 23:01
あやめとか言ってみるテスト

70:ななしさん
02/07/10 01:20
>69
CR-LDPなんて使い物になりません。


71:nobody
02/09/29 22:57
思い出したようにageてみる

今年もやるみたいです。
URLリンク(www.mpls.jp)

>65

>FRRがPOSでしかできない
これ、22SからGEとかでもできるようになりました。

>OSPFで advertise LSP into IGP ができない
そのうちOSPFでもやれるようにするつもりらしいです。

>70

それをgrに言ってあげてください。Nortelと心中する気かと。
#CR-LDP陣営って、他どこでしたっけ。


72:anonymous@ yellow.col.ne.jp
02/09/29 23:55 YCHhPck+
>>71 #CR-LDP陣営って、他どこでしたっけ。

一応エリクソン

73:balance
02/11/06 23:55 wKChME7q
MPLS JAPAN明日なのにこのスレ沈んでますね。
というわけで、age

74:そそそ
02/11/07 01:04
>73

すみません、今日は行けません。明日行きます。

75:balance
02/11/08 23:35
戻ってきました。

ちょびっと盛り上がりに欠けたかなという感じです。
DS-TEとか、よりマニアックな方向にみんなの興味が移ってしまったので、
一般人はもうお腹いっぱいなんでしょうかね。

個人的には、conservativeオンリーな古河さん、勇者だなぁと思ってしまいました。

76:そそそ
02/11/10 00:16
>75

MPLSがかなり一般化してきたということかな、と思います。
CiscoとJuniperしか実装してなかった状況から、各社ともとりあえず
MPLS載せるようになってきたし

古河さんの話やJTさんの話を聞くと、RFCを読むだけではなかなかいい
実装にはならないというのがわかりますた。

あ、それと2547でper prefixで2ndラベル割り当てるのがCiscoだけだ、
っていうのは初めて知りました。まあ、TDPはCEF Advertise protocol
だからなあ....

77:balance
02/11/10 10:25 U1TQN4dG
ところで、VPLSって使う人いるのでしょうか。
無理にMPLSで網を統合する必要性が感じられないのですが。

78:__
02/11/12 23:31
JTパーティage
URLリンク(www.associo.jp)
IXという使い方とか回線としての使い方があるのかな。
料金計算が面倒で、安いのか高いのかわからん。


79: 
02/11/14 01:44
>>77
Full Mesh LSP
Broad cast 問題が最悪…。

80:山崎渉
03/01/15 22:36
(^^)

81:zxe
03/02/11 01:25
URLリンク(media.i-dol.tv)


82:zxe
03/02/11 01:26
URLリンク(211.13.205.162:80)

83:zxe
03/02/11 01:27
URLリンク(211.13.205.162)

84:山崎渉
03/04/17 12:37
(^^)

85:anonymous@ nissinm1126.ccnw.ne.jp
03/04/17 20:29
sageります

86:あぼーん
あぼーん
あぼーん

87:
03/04/29 00:46 +925Cemf
長野でMPLS-VPN始まりますた
URLリンク(www.janis.or.jp)


88:anony
03/05/03 03:35 HlQJMuu8
>>77
支社とかありまくる企業なら使うんじゃない?
一般人は使わないだろうけど。

もともと数ギガレベルの高速ネットワークの需要ってそんなにないだろうし。

89:あぼーん
あぼーん
あぼーん

90:nobody
03/05/03 11:45
>79

それって、スイッチドネットワークでも同様ですよね。

VPLSやVLLの美味しいところは、迂回がL3ルーティングプロトコルでできる
こと。ESRPやEAPSやVSRPやMRPで構成組んだことあるやつならわかると思う
けど、L2の冗長プロトコルって、かなり限定された環境下でしか動かない。

MPLSのコントロールプレーンがL3というのはメリットなわけで、L3でLSPを
セットアップして、データプレーンは何が流れてもOKというのは、管理面
から見て美味しい。
#あとはLSPのOAMがきちんと整備されれば文句なしだが


91:anony
03/05/03 15:11 dgmvnEOc
>>90
MPLSってL2で動いてんじゃないの?

92:_
03/05/03 15:33
>>91
本屋にでもいって適当な本を立ち読みでもして出直してきな。

93:nogroup
03/05/03 23:12
>>90

これが最初からやりたければIPを制御プレーンに、SONET/SDHをデータプレーンにつかえばよかったはずだが?

94:nobody
03/05/03 23:53
>93

それをATMに言ってあげてください(笑

90にあげたのは、MPLSのいくつかのメリットのうちの一つです。FRRだって、
SONET/SDHでも実現できますよね。

95:nogroup
03/05/04 23:08
おおそうか。パケットとパスのインテグレーションがMPLSだったな。
でももうパケットは制御プレーンだけで、データプレーンは用済みなわけね。
ちゅうか、邪魔?

MPLSが偉大だったのは、The Internetと同じプレーンにパスという孫の手を提供した
ことにあったと思うが、単なるサーキット提供技術になりさがってしまっとるぞ。

96:あぼーん
あぼーん
あぼーん

97:あぼーん
あぼーん
あぼーん

98:あぼーん
あぼーん
あぼーん

99:lasser-vkompella
03/06/28 14:18
>>90
>それって、スイッチドネットワークでも同様ですよね。
一緒じゃないですよ、VPLSはブロードキャストがPEから、
関連するPEに行くLSPにそれぞれコピーされますから。
10拠点あって、1Mのブロードキャストがあれば、9拠点に
対してそれぞれのLSPにコピーするので9Mの帯域をバック
ボーンで消費されてしまう。
だから、VPLSは駄目って言われてます。

100:nobody
03/06/28 16:33
>99

ああ、なるほど、階層化されてないから、PEから見たところでn本のLSPに
コピーされてしまうってことね。

確かにそりゃダメだわ。

101:あぼーん
あぼーん
あぼーん

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

103:あぼーん
あぼーん
あぼーん

104:anonymous@ mikage.ncc.spin.ad.jp
03/09/19 22:28 oFo0G8f1
VPLS-point-to-pointだとリンク監視が無理。
point-to-multiでまともに動く箱はないのかしら。
laurelっきゃない?

105:おっす、オラ悟空!!
03/09/20 01:09
>>104
Domain Information: [ドメイン情報]
a. [ドメイン名] SPIN.AD.JP
e. [そしきめい] じぇんずかぶしきがいしゃ
f. [組織名] ジェンズ株式会社
g. [Organization] JENS Corporation
k. [組織種別] JPNIC会員ネットワーク
l. [Organization Type] JPNIC Member's Network

きいたことねえとこだなああ


106:_
03/09/20 07:56 nsA+dHee
>>104
Spinはlaurelを考えていると...メモメモ

107:nobody
03/09/20 09:00
>105

AS番号調べてみろ。知らないあんたは素人。

108:おっす、オラ悟空!!
03/09/20 09:34
>>104
URLリンク(www.laurelnetworks.com)
これかうの?なんかケミカルブラザーズ使っててかっこいいね
買うともれなくケミカルのBOXセット付いてくるん?

109:_
03/09/20 11:36
つーか、JTの子会社になってしまったとはいえ
spinも知らない素人がこの板にいようとは・・・。

110:_
03/09/20 13:41 nsA+dHee
spinなんて過去の遺物だから知らない人も多いでしょう。

111:_
03/09/20 20:56
>>110
同期のIIJまで、同じように言われる時代になったら、ガクガクブルブル(ヲ

112:_
03/09/21 00:51
まぁ、IIJも過去の遺物か・・・

113:_
03/09/23 21:03 ryIOa4Py
AT&T JENSじゃなかったっけ

114:_
03/09/23 22:40
>>113
SpinやってるJENSはだいぶ前にAT&Tから日本テレコム傘下に堕ちてしまいました。
でも今はボーダーフォン傘下ってことになったのかな?

って、MPLSに関係ないな。

来月MPLS JAPANだけど、皆さん行きますよね。

115:nobody
03/09/23 23:30
>114
>来月MPLS JAPANだけど、皆さん行きますよね。

なんか同時通訳がついたり、スポンサーが沢山ついたりしてちょっと軟派に
なってしまいましたね。RFCやドラフト読んでないやつは来るな、っていう
雰囲気の方が好きでしたが。

でも、内容は硬派であることを期待しております。

116:_
03/09/24 00:46
>>115
確かに軟派になったかな。同時通訳がついたのは
それなりに協賛金が増えたからかもな。

>RFCやドラフト読んでないやつは来るな、っていう
>雰囲気の方が好きでしたが。

一昨年のMPLS JAPANに3年目の後輩連れてったら
ポカーンって感じでしたわ。

117:nobody
03/09/24 23:05
>116

石黒さんのあのプレゼンも濃かったですけど、あの日立の方のプレゼンも、
実は奥が深かったですね。後になってかなり共感する所多かったです
#それでも未だにDU/IndなLDP使ってネットワーク組んでるけど....

118:LSP
03/09/24 23:48
>117

日立のどこに共感したんすか?
ラベル1つでVPNやってしまう、相変わらず自分の世界でしか視野を持たない
日本のメーカーの姿勢を思いっきり暴露して、やっぱ国産の姿勢はダメぽ、と落胆したっすけどね、あたしゃ...

119:nobody
03/09/25 07:25
>118

いや、DU/Indは、簡単そうに見えて実は重いし、いい加減な作りだってとこ。

大きなMPTS(藁ネットワークを構築した人なら、タグ不整合は一度は経験した
ことあるでしょう。

120:_
03/09/27 17:30
MPLS over XXXって、どのくらい運用されてますか?
いろいろな、XXXを教えてください。

121:nobody
03/09/27 19:41
>120

そうね、ラボだとEtherやPOSやATMでは試しましたが。現局だと殆どPOSじゃ
ないのかなあ?


122:adjp
03/09/27 21:19
広域Ether運用してるところにMPLS載せるのって、無謀?

123:_
03/09/27 23:22
>>122
MTUに気をつけような。

MTUサイズ1496バイトに調整しないとシムヘッダ4バイト分が
オーバーしてしまうぞ。

124:nobody
03/10/19 23:23
明日はMPLS-JAPANなわけだが、この板からは何人ぐらい参加するのかな?

125:_
03/10/19 23:32
>>124
明日行きます。
でも、仕事残っているので、会場でノートPCカタカタやっている可能性高し。
そうならないように、今必死で仕事終わらせてんだけどね。

VPLSのところは結構楽しみにしていたのに、りばーすとんの人の講演は中止なのね。
あと面白そうなのは2日目なので2日目に期待。

126:nobody
03/10/20 00:46
>125

あはは。私も今、水曜日の出張用の資料作っているところです。
書かなければいけないメールも沢山残っているし...

127:_
03/10/20 03:26
NANOGの裏に日程を持ってきた時点で敗北だわな

128:_
03/10/20 10:10
はじまったよ。現地から書き込み中。
江崎さんの挨拶が終わって、外人が話し始めた。

129:nobody
03/10/22 00:26
思わず、ITU-Tってどうよ、ってスレ建てたくなったな....

130:sage
03/10/22 14:12
今年はどうでした?>いった人

131: 
03/10/25 22:23 Meypke42
>>130
だれも行ってません。

132:_
03/10/25 23:12
>>131
だれも、ってことはないでしょ。
nanogいけなかったけど、ひまだった人とか、いってそう。

133:sage_
03/10/26 00:06 PuYSRzkr
MPLS使って、何かいいことあるんですか???





134: 
03/10/26 00:13
>>133
ルーティングでネットワークを設計できない人には便利です。

135:sage
03/10/26 00:25
>>134
キミ実はMPLSをよく知らないでしょ?

136:_
03/10/26 01:55
>>130
いった人です。

感想といえば、いい加減、外人読んでくるのやめよーぜ、かな。
外人スピーカはほとんど一般的なことしかしゃべらないしさ。
Nadeauなんて、いったい何しゃべりに来たんだ!?って感じだったね。
GuptaとMorrowくらいじゃないの? まともにしゃべってたのは。

どーでもいーが、あの古河の背番号80のTシャツ欲しいな。

137:nobody
03/10/26 11:07
>136

Morrowの最後の発表は明快で良かったですね。ITU-Tサイドの反論も是非聞きたい
ところ。

138:anybody
03/10/26 12:36
>>136
外人にしゃべらした方がが楽なんだよ。
ミスがあってもしゃべった外人の責任にできるし、
本社の人間を巻き込むことによって、本社側の日本ビジネスへの参画意欲を高めることもできる。
外資は社内のポリティックスも強いから、日本人がしゃべるとなると足の引っ張り合いも起きるしね。

139:イース6最高!!
03/10/26 12:38
小学6年のときに
とある北米ベンダの会社概要説明会のときに
おたくの装置しすこのHSRPとか冗長のとこ貧弱だけど
どうなん?って質問したら
販売担当CEOのアメ公がめちゃんこ反応して
それからシスコってイントネーション強調して長々30分くらい
東海岸なまりの英語しゃべりまくってたぞ!!

で、MPLSのお遊戯会は電電公社のマルチキャストMPSLは
きたんです?
あんたら、電電公社に”そんな貧弱で実用に耐えない仕様でマルチキャスト
とかほざいてんじゃねえ!DVMRPoverMPSLとかPIMoverMPSLとか
さらには独自のマルチキャスト実装とかへろへろ状況で出すな!!”
ってしっかり叩いてリンチしてくれました?

140:_
03/10/26 14:35
>>134
>> ルーティングでネットワークを設計できない人には便利です。

君の言うことは正しい。

IPルーティングは、その設計構造からして、
ネットワーク設計の自由度が低く、できないことも多いわけよ。

なので、ルーティングでネットワークを設計できない人にとって、
MPLSは、IPルーティングの呪縛から逃れることができるてんで、便利。

とはいえ、よく見る行きすぎたMPLS信者は、痛すぎる。

141:名無しさん@Emacs
03/10/26 16:43
>>140
ルーティングがわからないから、L2TP でネットワーク設計してますが何か?


142:nobody
03/10/26 18:17
最近だと、ダーク使ったネットワーク設計することがあるんだけど、こういうとき
ってどうしてもL1のトポロジの影響を受けるから、きれいな構造にならない
場合が多々ある。そうなると、MPLSかなあ、って思う

143:イース6最高!!
03/10/26 18:20
むかーし、RFC1483でメガリンク接続して
メガリンクの1本のVCの中にトンネリングで
ELAN通したい言われて、それは、ELANの制御VCと
ダイレクトVCCと何本のVCをトンネリングするんだ!!
そこまでしてELANにこだわるな
IPXるーちんぐでねっとびういでMSのねっとわーくぐるーぷの
遠距離共有で簡便しちくりって言ったら
ふざけんな!!死ね言われた
ま、素直にその件はあきらめてもらったけど

144:   
03/10/26 21:14
>>143
そんなあなたに広域イーサネット(藁。

145:イース6最高!!
03/10/26 21:41
広域イーサーって
沖縄と北海道結べるの?
沖縄サミットの時の回線はメガリンクだったんだよね

それに、網にMTU9600とかで流したいのよね
広域イーサーってそれ可能なの?
じゃんぼふれーむばしばし流してOK?

あと、MPLSのMIBって今はベンダMIBが主流なの?
MPLSなんてあほなのは関わりあいたくないけど
FLADとかCLADばっか使ってるし

146:  
03/11/01 02:08
>>145
MTU9600ってファイバチャネルでも?何したいん?
それやるって、1Gの回線からじゃないと対応出来ないんじゃ?

147:_
03/11/01 14:20
>広域イーサーって
>沖縄と北海道結べるの?

何いってんだか・・・

148:  
03/11/08 13:28
>>139
>あんたら、電電公社に”そんな貧弱で実用に耐えない仕様でマルチキャスト
>とかほざいてんじゃねえ!DVMRPoverMPSLとかPIMoverMPSLとか
>さらには独自のマルチキャスト実装とかへろへろ状況で出すな!!”
これどうなのさ!?Multicast LSPってVPLSが受け入れられる条件
なわけじゃん?

149:たろきち_TKT
03/12/30 11:38
90>
現状のMPLSでは、L1,L2レベルで異常が起こったら、ルーティング情報が
 変わるのに、秒オーダーの所要時間がかかるでしょ。とてもそのまま使える
 代物ではないわな。
 (少なくとも、従来のように、マイクロ秒オーダーの異常検出と、異常検出後
  ミリ秒オーダーでの予備系への切替をするには!!)
 

137>
 不冶痛がMorrowの発表していたITU-TのDrawbackのうち、逆ルーティング以外
 は全て解決済のように発表していたが。。。。
 (こちらに関しては、裏は確認とれております。)
 すなわち、Morrowの発表していたのは、Y.1711 First Versionをベースとして
 また、不冶痛はY.1711 Second Versionをベースとして発表している模様。

あとね、ITU-T Y.1711 & Y.1720を実装したMPLSノードの登場きぼんぬ!!
T.Nadeauの作成したOAMだと通信の高品質化(特に伝送品質の高度化)
に対応できないので、そんなもん実装する位なら、上記のITU-T標準を
実装してくれ!!

現在のIPネットワークにおいては、データ通信をベースに考慮しているので
リアルタイム性を必要とするものであっても遅延、遅延変動、パケットロス
(フレームロス)は考慮しても、パケットエラー(フレームエラー)までは再送
可能ということで、考慮されていないよね。リアルタイムなんだからエラー
も考慮してくれ!!


150:フォン・リヒトフォーフェン
04/01/05 02:08
>>149
実際に構築する場合は、L1,L2のプロテクションはそれはそれで
用意しておく場合もあって、上位のレイヤーが切り替わる必要が
なかったりする事もある気もしますが、やっぱり全部MPLSで切り
替えたいって欲求は強いんですかね?
ノイズが入ったりして瞬間的な断が発生する事によって、
ルーティングがダイナミックに変更される(大規模なコンバージ
ェンスが発生する)よりも、リンク間は、SDHやLink Aggregation
で適当に守ってあげて、メンテナンスでルータを止めたり、本当
に壊れた時に必要な時だけ、FRRするなりで自分は十分な気がして
います。
とは言え、伝送品質に関して突き詰めていくと、OAMでもっとがん
ばるしかないのかもしれませんが。まあ、規格屋さんと実装屋さん
のお手並み拝見ですかね。

151:  
04/01/21 00:17
プロケットの調子はどうよ?

152:anonymous@ p5079-ipad41hodogaya.kanagawa.ocn.ne.jp
04/01/21 00:53
PoS-IF乗っけてAPS切り替え実現するんじゃだめなの?

153:___
04/01/27 21:25
>152
1+1/1:1は高価。APSは金持ち回線用だと思う。つまり、金さえあれば、
APS使ったほうが信頼性は高い。
ただし、ノード障害に対応できない。

将来的には、FRRはGMPLSのPSCレストレーションに統合されてほしい。
でも、MPLS-VPNのようなエンドユーザーに直接アピールできるアプリが
でてこないと、GMPLSはドライブがかからんな。


154: 
04/01/29 00:43
>>151
調子いいみたいだよ。
URLリンク(www.lightreading.com)

155:__
04/02/05 01:17 RPx4SaEW
Catalyst 3750 Metro
URLリンク(www.cisco.com)

かなり格安でEoMPLSのエッジが出来そう。


156:sage
04/02/05 02:36
>>155
IDがRoutingProtocol

157: 
04/02/08 12:32 lCy56DEP
すいません、教えてください。

MPLSで経路制御をおこなうときに、
shim-headerを用いるときは、レイヤー3でおこなわれる。と言われたのですが、
普通MPLSは、レイヤー2でおこなわれると思うのです。
しかし、ラベルとして20bit長のshim-headerの場合は、レイヤー3で転送すると。
レイヤー2で入ってきたものを、LSRでレイヤー3まで見て、制御してるのでしょうか?

いったいどういう事かわからないのですが、教えてください。お願いします。

158:名無しさん@Emacs
04/02/08 15:57
>>157
レイヤー2.5ということにしとけ。

LC-ATM はそろそろ滅びたと思ったけど、まだ健在なの?



159:157
04/02/08 17:18 DvO3XH4T
>>158
すいません。意味がわからないんですが、
MPLSドメイン内に入る前に、Edge LSRでMPLSドメイン内での挙動を決定し、
LDPでLSRへラベルを送ることによって、LSRの挙動を仕切っています。

その際、パケットはshimヘッダに記載されたラベルに基づいて、LSRで転送がおこなわれ、
つまり、レイヤ3はLSRにおいては関係ないような気がするのですが、実際の所どうなのでしょうか?

160:nobody
04/02/08 22:05
>つまり、レイヤ3はLSRにおいては関係ないような気がするのですが、実際の所どうなのでしょうか?

基本的には関係ない。ただ、CiscoはCEFのハッシュ計算にL3のIPアドレスを使っている
ので、完全に無関係というわけではない
#LSRの癖にIPをLook up しているという....

161:anonymous@ al69.adn.point.ne.jp
04/04/05 22:50 mQpMD6R/
IP-VPNサービスと広域LAN、どちらも増えてきたな

162:anonymous@ nttkyo090229.tkyo.nt.adsl.ppp.infoweb.ne.jp
04/05/20 00:40 pXkW9pN6
>>161
迷惑だけどね

163:multihop-1
04/05/27 01:34 xlL6tfCz
>>157
経路制御っていったってRSVPだとstrictするんだったら結局
すたてぃくなのよ。だたそれだけ。LDPだけって今流行んないっつうの
RSVPつかっておけ。プロテクション使えるし楽だぞ。


164:anonymous@ 210-194-116-120.home.ne.jp
04/06/03 09:25 hfCl4zXc
最近、和洋含めて新しい本もでないしちょっと盛り下がってきた感じですな。
結局下手に網を統合するくらいなら個別に作ったほうが安定でよいとみた。
ばか高いルータたくさん買ってくれたキャリアさんありがとう。
関係ないサービスに上乗せしないで社員の給料さげて穴埋めしてね。



165:_
04/10/28 01:31:22 ATHdvDND
そういえば、来週だな。age

行く人いる? ノシ

166:anonymous@ pd30c3f.kngwnt01.ap.so-net.ne.jp
04/10/28 20:00:58
ノシ でも月曜だけ。

167:_
04/11/01 10:59:02
現地。Martiniの話が終わったとこ。

168:_
04/11/02 20:27:44
MPLS JAPANから戻ってきました。

なんかいまいち。
期待(?)のGMPLSも所詮SONETの代わりみたいになっちまったし。
オーバレイモデルでやるなら正直いらね、って思いました。

169:
04/11/02 21:31:51
交換機屋さんばっかでIP屋さんがほとんどいないからね > GMPLS
要は回線交換よふたたびって感じ?

170:_
04/11/02 23:36:45 FlZYVhI2
MPλSのときは結構期待してたんだけど、
どこで道を違えてしまったのか、MPLSとは別の世界に旅立ってしまったね。

171:_
04/11/02 23:39:24
HAの話もすでにMPLSとは関係ない話でしたね。
NSFもNSRも別にMPLS動かしている必要ないですし。

172:
04/11/03 01:39:15
MPLS はルーティングの話。ATM の話にしようとする勢力もいたけど、
さすがにそっちが勝つことはなかった。けれども、GMPLS だとどうしても
その規模上キャリアの発言権が勝ってしまうから、ATM なほうに振れてしまう。

というのが2年ぐらい前の感想なんだけど、今もそんな感じ?


173:_
04/11/03 09:59:57
>>172
GMPLSは、ルーティングだATMだというより
その下のレイヤ1の世界になっちまった。


174:_
04/11/04 12:00:31
ニュースになっていたので一応貼っておきます。
URLリンク(itpro.nikkeibp.co.jp)
URLリンク(itpro.nikkeibp.co.jp)

175:_
04/11/04 13:39:03
なんか物足りないと思ったのは、石黒氏がいないからかも。

176:774
05/11/22 10:19:34
今年はどうでしょうか?

177:anonymous@ corn.c.oka-pu.ac.jp
06/05/11 22:22:55 +Csicj0W
既存のATM網をMPLSに対応させるメリットって
どんなもんがあるんですかね?

MPLSのTEやVPNを考えないで、パス概念の
適用だけならATMで事足りるんですか?

178:
06/05/11 23:01:50
>>177
LC-ATM の話をしてるのか?なつかしす。

179:fusianarusan
06/05/11 23:19:18 +Csicj0W
レスどうもです。
たぶん、そのLC-ATMの事だと・・・

なぜか、MPLSについてまとめることになってしまいまして。
ATMに対してMPLSがどのようなメリットがあるのかまとめれんとです。



180:sage
06/05/12 23:36:17
IPのハンドリングができるっつーことなんじゃないかなぁ。
逆にATMならプロトコルフリーな面がIPありきみたいな制限にになっちゃうとことかあるかもしれんね。


181:名無しさん
06/05/21 12:51:22
MPLSの革新的技術を有するコリジェントシステムズ
URLリンク(www.corrigent.co.jp)

182:名無しさん@お腹いっぱい。
06/08/09 01:51:11
ワッフルワッフル

183:名無しさん@お腹いっぱい。
06/08/09 01:56:15
ワッフルワッフル

184:・・・
06/08/29 19:58:20 ObIsr1m4
MPLSとT-MPLSはどう違うのですか。
エロい人教えてください。

185:anonymous@ i60-47-13-50.s05.a013.ap.plala.or.jp
06/08/29 23:38:16
MPLS: IETF 用語
T-MPLS: ITU-T 用語


186:_
06/10/31 00:23:02 XZR8Tkxc
そういえば、今日のMPLS JAPANではCiscoの人が
MPLS vs T-MPLS とか話してましたね。

個人的に今日は放送関係のセッションは面白かったです。

187:通信会社勤務
06/11/17 18:38:19 piUl9z+B
ほんとにMPLSは放送に使うメリットあるのか?

188:_
06/11/18 00:40:15
>>187
MPLSである必然性はほとんど無いと思う
MPLS JAPANの放送セッションはほとんどMPLSの話が無かったしw

189:anonymous
06/11/24 01:45:27
RFC4726 A Framework for Inter-Domain MPLS Traffic Engineering 出たね

190:下っ端
06/11/27 21:58:49
2547bisって、RFCになってたのね。
今日始めて知ったわ。


191:通信会社勤務
06/11/28 23:49:28 3T5SPfbD
>>189 ていうか、RFC4216の方が先だから。。。

192:sage
06/11/28 23:56:01
>>191
それはrequirementsのRFC

193:_
06/11/29 00:27:28
>>190
もう今年の初めだからだいぶたったけど、誰も話題にしなかったな。
ま〜今さら感があったというのは否定しない。

194:通信勤務
06/11/29 11:08:13 0ay61mR5
>>192 じゃなくて、RFC4726はRFC4216がWG docのころに作ろうという話になったから。。
>>193 RFCになるころには基本的にはそんなもんだよ。IETFの仕事したことないな。

195:sage
06/11/29 11:24:42
>>192
WG docのころに作ろうという話になったとかそんな当たり前のことは皆わかっていて、
ようやくRFCにまでこぎつけたね(RFCとして発行されたね)という話題であろう。

そもそも、そんなことを言い出すならば、
Internet Draftが更新されたとか、Last Callがかかったとか、いくらでもある。
もちろん、それはそれで重要であり、経緯も意味を持つわけだが。

196:anonymous
06/12/02 13:38:58
URLリンク(www.ietf.org)
A Link-Type sub-TLV to convey the number of Traffic Engineering Label Switch Paths signalled signalled with zero reserved bandwidth across a link

長すぎ

197:??
06/12/10 13:21:49 dDAtjJFX
そろそろ、この書き込み終わってないか?

198:anonymous
06/12/10 15:06:10
>>197
どういう意味? >>196のLast Callが出たのかな?

199:anonymous@ ipm84.rcai.riken.jp
06/12/11 13:59:34 Mg0XiN42
URLリンク(ime.nu)

200:anonymous
06/12/11 15:02:11
>>199
萌え〜〜

201:_
06/12/11 19:33:53
>>199
fushianaでわざわざそんなものを貼るとはおめでたいなw

202:sage
07/02/22 00:20:35
LSPってどんだけ張れるもんですか。
あらゆるVirtual Circuit、Leased Circuit、Voice&TelephonyをMPLS網にMigration可能なスケーラビリティってあるもんなんでしょうか。
あと、Customer EdgeからMPLSのシグナリングをしゃべらせるとかはまだ現実的には厳しいもんでしょうか。


203:sage
07/05/06 02:36:32
CiscoでのMPLS-TEで、バックアップトンネルへのFRRを使っている箇所で、稼動系トンネルにexplicit pathを二つ書く意味って何かありますか?
たとえばこんな感じで
-------------------------------
interface Tunnel1
tunnel destination 5.5.5.5
tunnel mode mpls traffic-eng
tunnel mpls traffic-eng path-option 1 explicit id 1
tunnel mpls traffic-eng path-option 2 explicit id 2
tunnel mpls traffic-eng fast-reroute
interface Tunnel99
tunnel destination 5.5.5.5
tunnel mode mpls traffic-eng
tunnel mpls traffic-eng path-option 1 explicit id 9
int g0/0/1
ip address 1.1.1.1 255.255.255.252
mpls traffic-eng tunnels
mpls traffic-eng backup-path Tunnel99
int g0/0/2
ip address 2.2.2.1 255.255.255.252
mpls traffic-eng tunnels
!
ip explicit-path name id 1 enable
next-address 1.1.1.2
ip explicit-path name id 2 enable
next-address 2.2.2.2
next-address 3.3.3.2
next-address 4.4.4.2
ip explicit-path name id 9 enable
next-address 2.2.2.2
next-address 3.3.3.2
next-address 4.4.4.2

204:ヤンマー
07/05/20 16:57:40
>>203

障害時に、FRR (Local Repair) で通る経路が
最適な経路とは限らないので、
FRR される LSP に複数の path-option を設定しておき、
障害時に path error なりで reoptimization させる
(FRR されるのを数秒) にするのは、一般的だと思います。

203 の構成だと、切り戻りがどのタイミングになるかが違うくらいでしょうが。

205:hage
09/03/13 22:04:43
ageてみる。
結局のところどうなんですかMPLS。
高くて運用しにくいイマイチな技術って事でこれ以上普及はしないだろうって事で良いのでしょうか。


206:anonymous
09/03/13 22:58:49
>>205
低脳な技術屋には見えないところで、地味に使われ続けるでしょう。

207:anonymous
09/03/15 14:17:13
インフラとして十分普及したと思うけど違うか?
MPLSなんてエンドユーザはあまり意識する必要ない技術ではないかな
キャリアのIPネットワークとか使っていれば普通にMPLS上のネットワークだし

208:sage
09/03/16 07:29:04
VPLSやAToMでますます普及してる

209:anonymous
09/04/15 19:30:49
低脳な技術屋向けに補足してくれてるトコある?

URLリンク(www.shmoocon.org)

210:ふふ
09/10/25 10:24:52
MPLSよりEoEの時代でしょ



最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5127日前に更新/45 KB
担当:undef