MPLSについて

1 ：01/11/01 〜 最終レス ：2013/10/24

のスレッドがあってもいいかなーって。
KDDIのANDOROMEGA以外で提供してるとこある？
フレームリレーと比べてどうよ。
足回り回線は専用線のみ？
コストは？

2 ：

>1
MPLS Japan行けば？
＃もう閉めきられているか。
www.mpls.jp

3 ：

ちゃんと計算されてる。
角度とか。

4 ：

ここにもシャア専板住人が…

5 ：

>>1
最近トラフィックがないけど MPLS JAPsという日本語MLもありますよ。
ttp://www.egroups.co.jp/group/mpls-japs
とりあえずそこのログ読むのもいいかも。

6 ：

http://www.komukai16.com/movie/movie/suna.mpg
http://www.komukai16.com/movie/movie/kiss.mpg

7 ：

なんとなくMPLS JAPANから
結構スーツ/背広チーム多いなぁ
後援者側（のうち日本人スタッフ）はみんな私服みたいだけど

8 ：

>>7
レセプションとかどうよ？

9 ：

>8
とりあえず「語尾あげ反対」運動を展開したくなった。
>7
私もスーツ。janog系とWIDE系の違いじゃないかな。

10 ：

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

11 ：

私も背広組でした。
スチュワート氏に、どう考えても公演では触れてもいない内容の質問が
びしばしぶつけられていたのには笑ってしまいました。
そんなにJUNOSの実装が気になりますかね。
それにしても、ttp://www.labs.fujitsu.com/free/te-on-linux/ は、
とりあえず「個人的に」面白かったです。

12 ：

>11
やっぱりあの人にはBGPネタとか、聞きたいことがいっぱいあります
からね。
明日は石黒さんが何をしゃべるか結構期待。
＃今日来てませんでしたよね？

13 ：

レセプションは結局スパゲティしか食べれませんでした。
で、C社のとこに集まっていました。EoMPLS/TEのデモの方がメインでしたが。
6PEは基本的に、今のIPv4の2547bisと実装面ではあんまり変わらないので
興味がちょっと薄かったりして…。
私も石黒さんの「気が付いたこと」は楽しみです。さて…。

14 ：

で　だれかいる？

15 ：

今会場で通信してるの、5〜6人しかいないよ。

16 ：

石黒っちけっこく面白い話しかたすんのねー

17 ：

石黒さん、面白かったよ。会場は爆笑の渦だったね。
まぁ、最後の4人のパネリスト（笑）はみんな面白かったけど。

18 ：

>>17
IP fusionはどうでしたか？

19 ：

>16
去年のIPv6サミットや、そのあとの6骨BOFでもあの調子。6骨BOF
なんか余りに盛りだくさんの内容でログが取れていない
http://6bone-jp.v6.wide.ad.jp/6bone-bof-2000/log-1.html
http://6bone-jp.v6.wide.ad.jp/6bone-bof-2000/log-2.html
しっかし、LDPのRFC間違ってるぞコラ！のところは結構思い当
たる節があるのでちょっと調べてみよう。

20 ：

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

21 ：

来週からInternetWorldですね。
何社か、MPLS製品を出すみたいですが・・・

22 ：

MPLS Japanの発表資料がアップされました

23 ：

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

24 ：

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

25 ：

>>24
IP fragmentについては、黙って破棄でいいような気がしてる。
L2.5がL3/L4に依存するのは変なので当然ICMPも返さない。
だいたい、MPLSドメインを構成して高速Switchにしようしているのに
途中でfragmentが必要になるような構成は意味ないでしょ。
そういうのはネットワークの設計ミスとして、MPLSドメインのMTUを決定して、
fragment処理はすべてEdgeに担当させようかと。

26 ：

>>24
BoSビットはあることはあるけど、ボトムまでいかないと判断つかないんじゃなかったっけ。
>>25
同意。コアがICMPを出すべきじゃない。
エッジがMPLS網全体の最小MTUになるように設計しないといかんよな。

27 ：

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

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

28 ：

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

29 ：

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

30 ：

Cisco Pressの "MPLS and VPN" Architectures" の
邦訳　「MPLS&VPNアーキテクチャ」がソフトバンクパブリッシングから出てましたね。
とりあえず、ビックカメラのポイント使ってタダでゲットしてきました。
とりあえず、3章まで眺めましたが、いきなり原著のDenver→Dallasの間違いが、
間違いのまま訳されているのには苦笑。明らかに間違いだと思ったもんだが。

31 ：

>>137
一応相模原側は遊歩道が整備されている。いすとか置いてあるし。
大和側も道はあって通り抜けはできるけど、お世辞にも整備されて
いるとはいえない。
一応、相模原上鶴間地区と中央林間の近道＆散歩コースに
なっているので日が昇っているうちは人通りは多い。

32 ：

>>31
すまん誤爆しました。

33 ：

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

34 ：

これは読んどけ！ネットワーク必読書
http://pc.2ch.net/test/read.cgi/network/954649325/575
によると
マスタリングTCP/IP　MPLS編　\3800
てのがでたそうです。

35 ：

www.mpls.jp死んじゃってますが、やはりgblxのちゃぷたー11の影響？

36 ：

二度とやりたくないっつーてたしねぇ。

37 ：

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

38 ：

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

39 ：

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

40 ：

>>39
実はおいらはTEの方に興味があったりする。
まー、TEなんて限られた費用の中で行っているから意味があるんで、
金がかかるようなTEは意味ないけどね。
（これからMPLSを導入するなら、という立場なら）

41 ：

大手町まで10Gx10くらい必要になったら使ってやって
いいぞ。>MPLS

42 ：

>41 何が言いたいのかさっぱりわからん？？

43 ：

>>42
ぜんぶのリンクにそれなりにトラフィックのせたいからじゃないの？

44 ：

ATMとの違いがよく分からん

45 ：

なんか死んでたのかとおもったら生きてたんだね、mpls-wg ML

46 ：

>>41
そういう状況になったら、MPLSより先にやるべきことがあるだろう。

47 ：

>>46
10G×10 本土管でほしきゃ WDM でもやればいいでしょ（藁。

48 ：

MPLSはCR-LSPありきで議論するべきです。
そうすればパスの有効性が確認できます、TEもできますし、
パス単位の障害管理もできます。
ちなみにMPLSの設定は別にめんどくさくないよ。

49 ：

>48
CR-LSPって何？CR-LDPで張るLSPのこと？なぜRSVP(RFC3209)じゃない？
CR-LDPサポートしている会社っていうと、ノーテルと日立ぐらいしか知らない
んだけど

50 ：

>>49
CD-LDPよりRSVP-TEのほうが好きだなぁ。

51 ：

CR-LDPに期待していた皆様、CR-LDPの冥福を祈ってあげて下さい。

52 ：

48がCR-LSPと書いたのはプロトコルではなく、constrained LSPを意味するのか？
なら正しいだろーな。

>>51
禿同。

53 ：

C社の MPLS-TE をまともに評価した人いる？
ちょっとしらべてみたら、腐っていて使いもにならなかったです。。。
MPLSやるなら、やはりJ社なのでしょうかね

54 ：

>>44
固定長じゃないことが最大の違い。
それ以外の違いはなくなりつつあるし。なくそうとする連中がいるし。

55 ：

最近はVPNブームも過ぎ去って，プロテクションが流行りみたいだけど，
使い物になってる？

56 ：

>>54
固定長じゃないことによるメリットってどの程度あるの？

57 ：

>>54に便乗。
私もATMとの違いを言葉としてうまく定義できずにいます。
フレーム（セル）サイズだけではあまりにも。

58 ：

>53
Cisco-Juniperでちゃんと使えるけど、どのへん？
コマンド入れないとROO書かないとか、Implicit Nullの実装が怪しいとか？
隠しコマンド入れないとスタティックでパス計算しないとか？

59 ：

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

60 ：

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

61 ：

affinityのあつかいちがうとか？
protectionのやりかたちがうとか？
auto-route announceとか？
SEかFFかとか？

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

62 ：

>>61
甘い。TDPとLDPだろ（藁

63 ：

>62
TDPにDoDなモードってあるんですか？

64 ：

>>53
Jのでかいやつは reorder発生で使えへん！

65 ：

autoroute announce 腐ってる
OSPFで advertise LSP into IGP ができない
FRRがPOSでしかできない
FRRの設定面倒
BGP運ぶのに　static route 書くなんて論外
その他にも数えたらきりがないぐらい腐ってる。
確かに動くといえば動くけど、
こんなの運用したら死ぬよ...

66 ：

EoMPLSって実際使い物になるのでしょうか？
やっぱ、まだまだ先なのかなーぁ

67 ：

>65

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

>66

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

68 ：

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

69 ：

あやめとか言ってみるテスト

70 ：

>69
CR-LDPなんて使い物になりません。

71 ：

思い出したようにageてみる
今年もやるみたいです。
http://www.mpls.jp/
>65
>FRRがPOSでしかできない
これ、22SからGEとかでもできるようになりました。
>OSPFで advertise LSP into IGP ができない
そのうちOSPFでもやれるようにするつもりらしいです。
>70
それをgrに言ってあげてください。Nortelと心中する気かと。
＃CR-LDP陣営って、他どこでしたっけ。

72 ：

>>71　＃CR-LDP陣営って、他どこでしたっけ。
一応エリクソン

73 ：

MPLS JAPAN明日なのにこのスレ沈んでますね。
というわけで、age

74 ：

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

75 ：

戻ってきました。
ちょびっと盛り上がりに欠けたかなという感じです。
DS-TEとか、よりマニアックな方向にみんなの興味が移ってしまったので、
一般人はもうお腹いっぱいなんでしょうかね。
個人的には、conservativeオンリーな古河さん、勇者だなぁと思ってしまいました。

76 ：

>75
MPLSがかなり一般化してきたということかな、と思います。
CiscoとJuniperしか実装してなかった状況から、各社ともとりあえず
MPLS載せるようになってきたし
古河さんの話やJTさんの話を聞くと、RFCを読むだけではなかなかいい
実装にはならないというのがわかりますた。
あ、それと2547でper prefixで2ndラベル割り当てるのがCiscoだけだ、
っていうのは初めて知りました。まあ、TDPはCEF　Advertise protocol
だからなあ....

77 ：

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

78 ：

JTパーティage
http://www.associo.jp/
IXという使い方とか回線としての使い方があるのかな。
料金計算が面倒で、安いのか高いのかわからん。

79 ：

>>77
Full Mesh LSP
Broad cast 問題が最悪…。

80 ：

（＾＾）

81 ：

http://media.i-dol.tv/500/qkv-012_500.wmv

82 ：

http://211.13.205.162:80/500/qkv-012_500.wmv

83 ：

http://211.13.205.162/500/qkv-012_500.wmv

84 ：

（＾＾）

85 ：

sageります

86 ：あぼーん：あぼーん

あぼーん

87 ：

長野でMPLS-VPN始まりますた
http://www.janis.or.jp/janis-bb/ftth/

88 ：

>>77
支社とかありまくる企業なら使うんじゃない？
一般人は使わないだろうけど。
もともと数ギガレベルの高速ネットワークの需要ってそんなにないだろうし。

89 ：あぼーん：あぼーん

あぼーん

90 ：

>79
それって、スイッチドネットワークでも同様ですよね。
VPLSやVLLの美味しいところは、迂回がL3ルーティングプロトコルでできる
こと。ESRPやEAPSやVSRPやMRPで構成組んだことあるやつならわかると思う
けど、L2の冗長プロトコルって、かなり限定された環境下でしか動かない。
MPLSのコントロールプレーンがL3というのはメリットなわけで、L3でLSPを
セットアップして、データプレーンは何が流れてもOKというのは、管理面
から見て美味しい。
＃あとはLSPのOAMがきちんと整備されれば文句なしだが

91 ：

>>90
MPLSってL2で動いてんじゃないの？

92 ：

>>91
本屋にでもいって適当な本を立ち読みでもして出直してきな。

93 ：

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

94 ：

>93
それをATMに言ってあげてください(笑
90にあげたのは、MPLSのいくつかのメリットのうちの一つです。FRRだって、
SONET/SDHでも実現できますよね。

95 ：

おおそうか。パケットとパスのインテグレーションがMPLSだったな。
でももうパケットは制御プレーンだけで、データプレーンは用済みなわけね。
ちゅうか、邪魔?
MPLSが偉大だったのは、The Internetと同じプレーンにパスという孫の手を提供した
ことにあったと思うが、単なるサーキット提供技術になりさがってしまっとるぞ。

96 ：あぼーん：あぼーん

あぼーん

97 ：あぼーん：あぼーん

あぼーん

98 ：あぼーん：あぼーん

あぼーん

99 ：

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

100 ：

>99
ああ、なるほど、階層化されてないから、PEから見たところでn本のLSPに
コピーされてしまうってことね。
確かにそりゃダメだわ。

101 ：あぼーん：あぼーん

あぼーん

102 ：

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

103 ：あぼーん：あぼーん

あぼーん

104 ：

VPLS-point-to-pointだとリンク監視が無理。
point-to-multiでまともに動く箱はないのかしら。
laurelっきゃない？

105 ：

>>104
Domain Information: [ドメイン情報]
a. [ドメイン名] SPIN.AD.JP
e. [そしきめい] じぇんずかぶしきがいしゃ
f. [組織名] ジェンズ株式会社
g. [Organization] JENS Corporation
k. [組織種別] JPNIC会員ネットワーク
l. [Organization Type] JPNIC Member's Network
きいたことねえとこだなああ

106 ：

>>104
Spinはlaurelを考えていると...ﾒﾓﾒﾓ

107 ：

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

108 ：

>>104
ttp://www.laurelnetworks.com/products/st200flash/1_intro.swf
これかうの？なんかケミカルブラザーズ使っててかっこいいね
買うともれなくケミカルのＢＯＸセット付いてくるん？

109 ：

つーか、JTの子会社になってしまったとはいえ
spinも知らない素人がこの板にいようとは・・・。

110 ：

spinなんて過去の遺物だから知らない人も多いでしょう。

111 ：

>>110
同期のIIJまで、同じように言われる時代になったら、ガクガクブルブル（ヲ

112 ：

まぁ、IIJも過去の遺物か・・・

113 ：

AT&T JENSじゃなかったっけ

114 ：

>>113
SpinやってるJENSはだいぶ前にAT&Tから日本テレコム傘下に堕ちてしまいました。
でも今はボーダーフォン傘下ってことになったのかな？
って、MPLSに関係ないな。
来月MPLS JAPANだけど、皆さん行きますよね。

115 ：

>114
>来月MPLS JAPANだけど、皆さん行きますよね。
なんか同時通訳がついたり、スポンサーが沢山ついたりしてちょっと軟派に
なってしまいましたね。RFCやドラフト読んでないやつは来るな、っていう
雰囲気の方が好きでしたが。
でも、内容は硬派であることを期待しております。

116 ：

>>115
確かに軟派になったかな。同時通訳がついたのは
それなりに協賛金が増えたからかもな。
>RFCやドラフト読んでないやつは来るな、っていう
>雰囲気の方が好きでしたが。
一昨年のMPLS JAPANに3年目の後輩連れてったら
ﾎﾟｶｰﾝって感じでしたわ。

117 ：

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

118 ：

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

119 ：

>118
いや、DU/Indは、簡単そうに見えて実は重いし、いい加減な作りだってとこ。
大きなMPTS(藁ネットワークを構築した人なら、タグ不整合は一度は経験した
ことあるでしょう。

120 ：

MPLS over XXXって、どのくらい運用されてますか？
いろいろな、XXXを教えてください。

121 ：

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

122 ：

広域Ether運用してるところにMPLS載せるのって、無謀？

123 ：

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

124 ：

明日はMPLS-JAPANなわけだが、この板からは何人ぐらい参加するのかな?

125 ：

>>124
明日行きます。
でも、仕事残っているので、会場でノートPCカタカタやっている可能性高し。
そうならないように、今必死で仕事終わらせてんだけどね。
VPLSのところは結構楽しみにしていたのに、りばーすとんの人の講演は中止なのね。
あと面白そうなのは2日目なので2日目に期待。

126 ：

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

127 ：

NANOGの裏に日程を持ってきた時点で敗北だわな

128 ：

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

129 ：

思わず、ITU-Tってどうよ、ってスレ建てたくなったな....

130 ：

今年はどうでした？＞いった人

131 ：

>>130
だれも行ってません。

132 ：

>>131
だれも、ってことはないでしょ。
nanogいけなかったけど、ひまだった人とか、いってそう。

133 ：

MPLS使って、何かいいことあるんですか？？？

134 ：

>>133
ルーティングでネットワークを設計できない人には便利です。

135 ：

>>134
キミ実はMPLSをよく知らないでしょ？

136 ：

>>130
いった人です。
感想といえば、いい加減、外人読んでくるのやめよーぜ、かな。
外人スピーカはほとんど一般的なことしかしゃべらないしさ。
Nadeauなんて、いったい何しゃべりに来たんだ！？って感じだったね。
GuptaとMorrowくらいじゃないの？ まともにしゃべってたのは。
どーでもいーが、あの古河の背番号80のTシャツ欲しいな。

137 ：

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

138 ：

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

139 ：

小学６年のときに
とある北米ベンダの会社概要説明会のときに
おたくの装置しすこのHSRPとか冗長のとこ貧弱だけど
どうなん？って質問したら
販売担当CEOのアメ公がめちゃんこ反応して
それからシスコってイントネーション強調して長々３０分くらい
東海岸なまりの英語しゃべりまくってたぞ！！
で、MPLSのお遊戯会は電電公社のマルチキャストMPSLは
きたんです？
あんたら、電電公社に”そんな貧弱で実用に耐えない仕様でマルチキャスト
とかほざいてんじゃねえ！DVMRPoverMPSLとかPIMoverMPSLとか
さらには独自のマルチキャスト実装とかへろへろ状況で出すな！！”
ってしっかり叩いてリンチしてくれました？

140 ：

>>134
>> ルーティングでネットワークを設計できない人には便利です。
君の言うことは正しい。
IPルーティングは、その設計構造からして、
ネットワーク設計の自由度が低く、できないことも多いわけよ。
なので、ルーティングでネットワークを設計できない人にとって、
MPLSは、IPルーティングの呪縛から逃れることができるてんで、便利。
とはいえ、よく見る行きすぎたMPLS信者は、痛すぎる。

141 ：

>>140
ルーティングがわからないから、L2TP でネットワーク設計してますが何か？

142 ：

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

143 ：

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

144 ：

>>143
そんなあなたに広域イーサネット（藁。

145 ：

広域イーサーって
沖縄と北海道結べるの？
沖縄サミットの時の回線はメガリンクだったんだよね
それに、網にMTU９６００とかで流したいのよね
広域イーサーってそれ可能なの？
じゃんぼふれーむばしばし流してOK？
あと、MPLSのMIBって今はベンダMIBが主流なの？
MPLSなんてあほなのは関わりあいたくないけど
FLADとかCLADばっか使ってるし

146 ：

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

147 ：

>広域イーサーって
>沖縄と北海道結べるの？
何いってんだか・・・

148 ：

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

149 ：

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 ：

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

151 ：

プロケットの調子はどうよ？

152 ：

PoS-IF乗っけてAPS切り替え実現するんじゃだめなの?

153 ：

>152
1+1/1:1は高価。APSは金持ち回線用だと思う。つまり、金さえあれば、
APS使ったほうが信頼性は高い。
ただし、ノード障害に対応できない。
将来的には、FRRはGMPLSのPSCレストレーションに統合されてほしい。
でも、MPLS-VPNのようなエンドユーザーに直接アピールできるアプリが
でてこないと、GMPLSはドライブがかからんな。

154 ：

>>151
調子いいみたいだよ。
http://www.lightreading.com/document.asp?site=lightreading&doc_id=46501

155 ：

Catalyst 3750 Metro
http://www.cisco.com/japanese/warp/public/3/jp/news/pr/2004/003.shtml
かなり格安でEoMPLSのエッジが出来そう。

156 ：

>>155
IDがRoutingProtocol

157 ：

すいません、教えてください。
MPLSで経路制御をおこなうときに、
shim-headerを用いるときは、レイヤー３でおこなわれる。と言われたのですが、
普通MPLSは、レイヤー２でおこなわれると思うのです。
しかし、ラベルとして20bit長のshim-headerの場合は、レイヤー３で転送すると。
レイヤー２で入ってきたものを、LSRでレイヤー3まで見て、制御してるのでしょうか？
いったいどういう事かわからないのですが、教えてください。お願いします。

158 ：

>>157
レイヤー2.5ということにしとけ。
LC-ATM はそろそろ滅びたと思ったけど、まだ健在なの？

159 ：

>>158
すいません。意味がわからないんですが、
MPLSドメイン内に入る前に、Edge LSRでMPLSドメイン内での挙動を決定し、
LDPでLSRへラベルを送ることによって、LSRの挙動を仕切っています。
その際、パケットはshimヘッダに記載されたラベルに基づいて、LSRで転送がおこなわれ、
つまり、レイヤ３はLSRにおいては関係ないような気がするのですが、実際の所どうなのでしょうか？

160 ：

>つまり、レイヤ３はLSRにおいては関係ないような気がするのですが、実際の所どうなのでしょうか？
基本的には関係ない。ただ、CiscoはCEFのハッシュ計算にL3のIPアドレスを使っている
ので、完全に無関係というわけではない
＃LSRの癖にIPをLook up しているという....

161 ：

IP-VPNサービスと広域LAN、どちらも増えてきたな

162 ：

>>161
迷惑だけどね

163 ：

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

164 ：

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

165 ：

そういえば、来週だな。age
行く人いる？ ﾉｼ

166 ：

ﾉｼ　でも月曜だけ。

167 ：

現地。Martiniの話が終わったとこ。

168 ：

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

169 ：

交換機屋さんばっかでIP屋さんがほとんどいないからね > GMPLS
要は回線交換よふたたびって感じ？

170 ：

MPλSのときは結構期待してたんだけど、
どこで道を違えてしまったのか、MPLSとは別の世界に旅立ってしまったね。

171 ：

HAの話もすでにMPLSとは関係ない話でしたね。
NSFもNSRも別にMPLS動かしている必要ないですし。

172 ：

MPLS はルーティングの話。ATM の話にしようとする勢力もいたけど、
さすがにそっちが勝つことはなかった。けれども、GMPLS だとどうしても
その規模上キャリアの発言権が勝ってしまうから、ATM なほうに振れてしまう。
というのが2年ぐらい前の感想なんだけど、今もそんな感じ？

173 ：

>>172
GMPLSは、ルーティングだATMだというより
その下のレイヤ1の世界になっちまった。

174 ：

ニュースになっていたので一応貼っておきます。
ttp://itpro.nikkeibp.co.jp/free/NCC/NEWS/20041102/152100/
ttp://itpro.nikkeibp.co.jp/free/NCC/NEWS/20041102/152103/

175 ：

なんか物足りないと思ったのは、石黒氏がいないからかも。

176 ：

今年はどうでしょうか？

177 ：

既存のATM網をMPLSに対応させるメリットって
どんなもんがあるんですかね?
MPLSのTEやVPNを考えないで、パス概念の
適用だけならATMで事足りるんですか?

178 ：

>>177
LC-ATM の話をしてるのか？なつかしす。

179 ：

レスどうもです。
たぶん、そのLC-ATMの事だと・・・
なぜか、MPLSについてまとめることになってしまいまして。
ATMに対してMPLSがどのようなメリットがあるのかまとめれんとです。

180 ：

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

181 ：

MPLSの革新的技術を有するコリジェントシステムズ
http://www.corrigent.co.jp/CS_products.html

182 ：

ワッフルワッフル

183 ：

ワッフルワッフル

184 ：

MPLSとT-MPLSはどう違うのですか。
エロい人教えてください。

185 ：

MPLS: IETF 用語
T-MPLS: ITU-T 用語

186 ：

そういえば、今日のMPLS JAPANではCiscoの人が
MPLS vs T-MPLS とか話してましたね。
個人的に今日は放送関係のセッションは面白かったです。

187 ：

ほんとにMPLSは放送に使うメリットあるのか？

188 ：

>>187
MPLSである必然性はほとんど無いと思う
MPLS JAPANの放送セッションはほとんどMPLSの話が無かったしｗ

189 ：

RFC4726 A Framework for Inter-Domain MPLS Traffic Engineering 出たね

190 ：

2547bisって、RFCになってたのね。
今日始めて知ったわ。

191 ：

>>189 ていうか、RFC4216の方が先だから。。。

192 ：

>>191
それはrequirementsのRFC

193 ：

>>190
もう今年の初めだからだいぶたったけど、誰も話題にしなかったな。
ま〜今さら感があったというのは否定しない。

194 ：

>>192　じゃなくて、RFC4726はRFC4216がWG docのころに作ろうという話になったから。。
>>193 RFCになるころには基本的にはそんなもんだよ。IETFの仕事したことないな。

195 ：

>>192
WG docのころに作ろうという話になったとかそんな当たり前のことは皆わかっていて、
ようやくRFCにまでこぎつけたね(RFCとして発行されたね)という話題であろう。
そもそも、そんなことを言い出すならば、
Internet Draftが更新されたとか、Last Callがかかったとか、いくらでもある。
もちろん、それはそれで重要であり、経緯も意味を持つわけだが。

196 ：

http://www.ietf.org/internet-drafts/draft-ietf-mpls-number-0-bw-te-lsps-03.txt
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 ：

そろそろ、この書き込み終わってないか？

198 ：

>>197
どういう意味？ >>196のLast Callが出たのかな？

199 ：

http://up2.viploader.net/pic/src/viploader367438.jpg

200 ：

>>199
萌え〜〜

201 ：

>>199
fushianaでわざわざそんなものを貼るとはおめでたいなｗ

202 ：

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

203 ：

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 ：

>>203
障害時に、FRR (Local Repair) で通る経路が
最適な経路とは限らないので、
FRR される LSP に複数の path-option を設定しておき、
障害時に path error なりで reoptimization させる
(FRR されるのを数秒) にするのは、一般的だと思います。
203 の構成だと、切り戻りがどのタイミングになるかが違うくらいでしょうが。

205 ：

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

206 ：

>>205
低脳な技術屋には見えないところで、地味に使われ続けるでしょう。

207 ：

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

208 ：

VPLSやAToMでますます普及してる

209 ：

低脳な技術屋向けに補足してくれてるトコある？
↓
http://www.shmoocon.org/slides/rey_mende_all_your_packets_v05.pdf

210 ：

MPLSよりEoEの時代でしょ

211 ：

ところで
KDDIのギガゲートウェー（NEC aterm bl190hw)って
自前のルーター（NetGenesis SuperOPT-GFive)で代用できますか？
KDDIカスタマーに聞いてもまともな答えがかえってきません
教えて　技術屋さん

212 ：

ｍｐｌｓ　ｉｐ　ｖｐｎの運用監視って具体的にどういうことやるの？

213 ：

はい？

214 ：

いまMPLS界ってどんな感じ？

215 ：

SDN/OpenFlow に名前を替えてやっとります。ATM→MPLSを彷彿とするね。

216 ：2013/10/24

MPLSについて