Juniperってどうよ？

根津 · 01/09/29 21:29

使用者より代理店の人間の方が多いような気がしないでもないが

どうよ？

**あのさ** · 02/06/19 02:29

見積もり依頼来た？

**Juniper狂信者** · 02/06/22 01:37

IETFにあわせて、我らがJuniper教の神、Kompella 様が
日本に降臨なされますが、神と語る会に出席なさる方はいますか？

**その他にも** · 02/06/22 17:34

kompella様の他にも設計に関わっている多くの神が降臨するらしいですよ。
私は日程上行けませんが…。

**anonymous@** i243014.ppp.asahi-net.or.jp · 02/08/12 22:38

T320ってどうなんよ。

02/08/23 22:41

>>105
まぁいいんじゃねーの？
T640大量導入なんて現実的じゃないし。
かといってM160は…マジ嫌われちゃったからね。例の件で。

02/08/23 23:50

例の件ってなんだ？
萌え萌えでもしたの

**105** · 02/08/26 22:36

>>106
おせーてよ。気になる・・・

**nobody** · 02/09/05 00:03

>106

セルリオーダリングの問題かな。私も、昔はあれは特に問題じゃないと思って
たんだけど、上位層がIPじゃない場合はダメなんですよね。

それに、Juniperは箱が高いから、収容率が高くないと不経済だし。
＃GSRはLCが馬鹿みたいに高い

_ · 02/09/05 07:53

netflowの設定が知りたい。

**12354** · 02/09/06 03:15

>106
>109
Tでもリオーダリングするん？

**54321** · 02/09/09 13:01

>>111
768になったら

**111** · 02/09/14 20:23

>>112
入力トラフィックをPFEに渡す前に、
各ストリームごとにsequence#付ける機構があれば
768でもreorderしなくなるかな？
…そんなの実装はしてないと思うけど。

**ななし** · 02/09/26 15:04

>>110
http://ncne.nlanr.net/training/techs/2002/0127/presentations/pptfiles/200201-fullmer1.ppt
とか。

どうでもいいがJuniperはNetflowではなくcflowd

02/10/26 07:41

7200の対抗馬つくれば売れそうな気がするけど・・・
もうだめぽJNPR
http://finance.yahoo.com/q?s=JNPR&d=c&k=c1&a=v&p=s&t=2y&l=on&z=m&q=l

**nobody** · 02/10/26 09:49

>115

7200の対抗馬って、機能てんこもりの謎OSに対抗できるものを作るのは
不可能でしょう。
やっぱJuniperはサポートとセールスがネックじゃないのかな。

**Juniper株買うかい？** · 02/10/26 20:17

株価の話をするなら、RiverStoneとかと比べたらまだマシなほうだよ。
Ciscoだって値は下がる一方だし。
下はRiverStoneとの比較だけど、代わりにCSCOとかしてCiscoと比較してみ。

http://finance.yahoo.com/q?d=c&c=rstn&k=c1&t=2y&s=jnpr&a=v&p=s&l=on&z=m&q=l&y=on

**anonymous@** TYOba-50p188.ppp13.odn.ad.jp · 02/10/27 21:30

いまからかうならＲＳＴＮの方がええらしいぞ。
先月レポートかったら
ＲＳＴＮ、ＥＸＴＲ、ＦＤＲＹはＢＵＹ
ＪＮＰＲはＨＯＬＤだった。

２年前はＣＳＣＯにとってかわるかなとおもってたのに
２年でベンツの新車がパソコンになったしまった。

02/10/27 21:32

>>118
エンロンが「BUY」になってたレポートなんて信じるなよ

02/10/29 00:35

>>118
extrなんかキライだ…(>_<)

**///** · 02/11/15 19:42

経験ない

M5 · 02/12/21 21:22

policy-optionsとfirewallって、どう使い分けるとよいもの？

**あぼーん** · NG

あぼーん

**ななしさん** · 02/12/22 00:27

>>122
全然まったく違うものですが、どうして混同するのでしょう？
逆にどこがわからないのか知りたい。

**ななしさん** · 02/12/22 01:05

>>124
122はそもそもJuniper使ったことがないと思われ。
どこぞの機器ではなんでもかんでもACLで済ませるから、
それと混同してるんじゃん？

>>122
swconfig**-policy.pdfとか読んでねん。

**山崎渉** · 03/01/15 22:26

（＾＾）

**ふしあなさん** · 03/02/19 22:54

>>122
policy-option -> route-map
firewall -> access-list

と思っとけばいいんじゃないですかねー。

実際にはpolicy-optionでフィルタ書いたりしますけど。

**山崎渉** · 03/04/17 12:33

（＾＾）

**あぼーん** · NG

あぼーん

_ · 03/04/26 13:19

ライバルProkect登場。
奥行きが長すぎるが、スペックはよさげ。

さげ · 03/04/27 14:02

Procket
考え方はいいよね。VLSIとか各種Protocol毎に再起動可能とか

**774** · 03/04/27 21:14

>>130
juniperもTシリーズは奥行きあるからねえ。高いし。
(うちはMシリーズのみだが)
procket試してみたい。

**nobody** · 03/04/27 23:40

>131

これは眉唾だと思っている。それぞれのプロトコルって、独立には動いていな
い。あるルートが消えてあるルートが浮いてきた場合の処理なんかは、それぞ
れのプロトコルが密に結合して動いている、ように少なくともciscoは見える。

これを疎結合にすると、変な経路のフラップがおきるんじゃないかと思うの
だが.....

**あぼーん** · NG

あぼーん

_ · 03/04/28 00:14

>>133
IOSだって疎結合なのでは?
実際に使うルーティングテーブルとは別に
各ルーティングプロトコル毎に別々のルーティングテーブルを持ってて
Administrative Distanceの強い順に「つまみ食い」して
実際のルーティングテーブルを作ってるだけでしょ?

**プロのことはしらんが** · 03/04/28 10:30

プロトコル同士は疎結合だろ。

03/04/28 12:17

IOSの再配布ロジックなんかを見てると、
それぞれのプロセスは本当にルーティングテーブルしか見てなくて、
別のプロトコルのトポロジは全く意識してないように見えるとは思う

**あぼーん** · NG

あぼーん

**.ななしさん** · 03/04/29 00:16

>>133
プロトコル別に別けているののキモは、障害時の対策を
とりやすくするためだけのこと。
別にしたからってフラップしやすくはならない。
逆に、別にしても故障しにくくなるわけでもない。
ただし、各モジュールの相性問題が絶対でてくると思う。

まーそれを考慮に入れても、tony li が cisco, juniper での反省点を
活かしてきたな、という気はする。

**anonymous@** M061212.ppp.dion.ne.jp · 03/05/17 00:00

どこぞの大手プロバイダはＴ６４０を入れましたね。
バックボーンに。
でかかった・・・
Juniperは青く光るのがいいやね。
ただし電源に－４８Ｖを使うのはやめれー。

**Jeniper** · 03/05/17 00:36

Juniperの独壇場にならないよう、CやHもがんばれ！！

**sage** · 03/05/17 00:52

>>140
電源故障すると赤くなるのが嫌だが

>>141
CはともかくHってどこよ？
HITACHIか？

洩れはProcket使ってみて～な～
値段どれくらいするのだろうか？

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**anonymous@** dhcp64-134-29-112.sum.sjc.wayport.net · 03/06/03 11:08

Ｐｒｏｃｋｅｔはいくらでしょうね？知りたいです。Ｎ●Ｓの人教えてよ。

**あぼーん** · NG

あぼーん

**774** · 03/06/03 22:24

>>145
N●SやみかかPCに言えば定価表はもらえると思うよ。
計算したらそれほど値段変わらないかも、という印象。
でもたくさんインターフェイスを買うなら安い。

この話題はJuniperスレよりアンチCiscoスレとかの方が良いような。

**nobody** · 03/06/03 23:11

>147

個人的には、よくわからん新ルータより、実績あるJuniperがもっと安くなっ
てくれると嬉しいのだが。

**774** · 03/06/03 23:23

>>148
確かに。

個人的にはM20の大きさで1FPCあたり40Gは出るやつが欲しい。
(もちろん価格は同じぐらいで)
T320やT640は奥行きがありすぎ。

**sage** · 03/06/04 01:09

>>147
また聞きで値段は聞いたけど、実売がわからん。

>>149
T160出ないかな。

**あぼーん** · NG

あぼーん

**ぼるじょあ** ◆yBEncckFOU · 03/08/02 05:21

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

**あぼーん** · NG

あぼーん

**anonymous@** p6225f4.tkyoac00.ap.so-net.ne.jp · 03/08/25 16:54

!!!

03/11/05 22:44

T640ってすごいの？
チラッと聞いたもんで。

_ · 03/11/06 00:56

>>155
すごい。
ただし値段もすごい

03/11/06 01:48

いくら？
一億くらい？

↑ · 03/11/06 10:52

本体だけなら2桁百万の下のほう。FPCは一桁百万の真ん中から上くらい。
10GbEのPICだけでそれら足したのと同じくらいの値段。
10Port GbEのPIC一枚だけさしとけば二桁百万の真ん中くらいですむんじゃ？

**ななしさん** · 03/11/08 00:10

Juniper 10GはFoundryと相性悪いんで好かん。

**anonymous@** ngy2007n063.ppp.infoweb.ne.jp · 03/11/08 01:58

G10?
CMTS??

03/11/08 13:12

>>155
重すぎます、腰壊すよ。

**↑↑↑** · 03/11/09 05:18

Foundry の 10GbE XENPACK対応ブレードで治るみたいだけどね～
あと、悪いのはFoundry側だと思う。

**イース６最高！！** · 03/11/10 22:03

ttp://enterprise.watch.impress.co.jp/cda/network/2003/11/10/492.html
じゅにぱー
トラフィックのアカウンティング情報をリアルタイムで
監視するJ-flowアカウンティングなどの各機能をASICで
内蔵しているのが特徴。

ってどっかの誰かがほしいっていってたなあ

**フォン・リヒトフォーフェン** · 03/11/10 22:40

>>163
誰かって俺かよ！
あんたにわざわざふったのは実装している人だから、
こういうFlow Chacheみたいなものは、ハードが対応していない
といけなさそうだから、どれくらい大変か聞きたかったわけよ。
パケットのヘッダをサンプリングして適当に投げるのは簡単だ
ろうけど、フローとデータ量みたいな抽象化されたものにする
仕組みがどの程度大変なのか知りたかったわけよ。

**ななしさん** · 03/11/14 23:15

>>162
xenpakには別の相性問題もあるとかないとか。
結局juniper側のファームを上げないとだめ。

非xenpakモジュールの相性問題も、実はjuniper側が悪いけど
foundryの方があわせてしまったという噂も…。

_ · 03/11/17 18:01

別の相性問題のほうは知らないけど、非XENPACKでの問題って要するに、
LFSの扱いの問題のことだよね。

Draft段階で実装しちゃった黒箱が、落ちてあがったときに、RX側が
いったんIDL状態にならないとLinkUpできないのが問題じゃない？

後から作られたTシリーズでケアされてなかたたのは不親切だとは
思うけど。

**carrier** · 03/12/19 17:23

>118

BGPの実装に関しては、今でもひとつ抜けているのではないかと思うのですが？
Tony　Liでしたっけね？

ただ、この間Procketの人にお会いしたら結構強気でしたね｡

_ · 03/12/19 20:46

>>118
RSTNは日本では受け入れがたいでしょ。
N2やJPIXでの不評や、た○かさんの話で
どうにもダメなイメージがつきすぎている。

こんな漏れも前はCSCO派だったが、今は
完全にJNPR派。ポリシールーティングで
やりたいことは大体出来るのがすばらしいね。

03/12/20 22:09

>>168
118 は機器の話ではなくて株の話ですが？

**nobody** · 04/01/01 19:57

>168

たしかに、Juniperのpolicyは強力。でも、ちょっとしたことでもかなり手間の
かかるconfigを書かないといけないのが嫌かなあ。Ciscoだと、デフォルトの
動作がかなりうまくできているので、そんなに手間をかけなくてもネットワークが
出来上がるんだけど....

**ハゲしく氏ね** · 04/01/20 20:17

大変だ～。

**うーむ** · 04/02/11 11:33

Ciscoと真っ向勝負になってきたなー。

http://www.junipernetworks.com/company/presscenter/pr/2004/pr-040209.html

04/02/12 21:39

NSのASICベースに、エンタープライズ向けのFW兼ルータみたいなのを出すのかな

? · 04/02/15 14:59

>>173
逆にNSのアーキテクチャでキャリア向けのFW作ったりとかしないかな？

実は今300万同時セッション&10万cpsが処理できるNAT装置を探してます

**anonymous@** f1a02-0053.din.or.jp · 04/02/16 23:53

>>174
　同時300万セッションは無理でないかい？
　TCP/UDPのポート番号は上限(2^16-1)なんで、HTTPにセッションが集中した
時点で、6.5万ぐらいが上限じゃない？
　それとも、キャリア・エンタプライズ系だと、階層的にNATできてOKとかという製品
あるの？　あるなら、どんな仕組みが教えて欲しい。

　なんとか実現しようとすると、キャッシュやプロキシなんかを多段で組むしかない
のかな？　無知なんで、こんな解決方法しか思いつかん。

　

_ · 04/02/17 00:03

>>174
300万って、携帯キャリアぐらいしか思いつかないな。

>>175
NATのためのグローバルは複数プールするんではないかい？

**＿＿＿** · 04/02/18 17:16

M320 リリースですな。
筐体が黒い.

? · 04/02/19 00:43

>>176
携帯キャリアなら多分Proxy使います
処理性能の問題よりも帯域節約の意味でですけど

Winnyの複数起動とかされると1ユーザで500sessとか張られちゃうんですよ
1万ユーザ以下で300万sess必要になります
ウィルス感染ノードがSYN-Flood状態になってアホみたいにセッション張ったりしますし

**175** · 04/02/21 10:42

>>176
NAT用のIPアドレレスをプールする方法か。そういえば、そんな仕組み
あったなぁ。IP1個でNATしかしてないから、その考え方、すっかり抜けていた
よ。

>>178
　1ユーザで500sess張られたらたまらんなぁ。その時点で、そのユーザの
パケットは/dev/null行きでしょう。
　あんまり詳しくないけど、少し考えてみた。
　もし作ったとして、300万のセッションテーブルをメモリ上に持つ必要があり、
それだけで数GBが必要だわな。たぶん、SPIも必要だから、もっとメモリが
必要かもしれないね。そんじゃ、数10GBぐらいか。セッションテーブルを
階層的、もしくはページング構造でもつとしても、32bitOSだとかなり無理
じゃねぇか。
　既存の組み込み系OSで64bit対応しているのなんかあるかなぁ？

>>エロイ人教えてくださ

? · 04/02/22 20:09

>>179
メモリだけなら1GBあればお釣りがきます
多分、CAMってなあに？ってところから覚え始めた方がいいです

**M10i** · 04/02/25 02:15

えー、NTT-MEってM10以外に何導入してるんです？T320？
MEの人つかまらなかったので聞けなかった。

**774** · 04/02/26 23:54

>>181
メールしてみたら?

**M10i** · 04/02/28 07:32

>>182
M20と後は秘密とはなんだこら。教えてくれよう…

**M10i** · 04/03/05 19:57

え、T320なの…？640じゃなくて？
つまらんぞ。

04/04/01 09:00

て

**ななし** · 04/06/18 20:38

直接の関係はないけど。

http://itpro.nikkeibp.co.jp/free/NCC/NEWS/20040618/146053/

>>　プロケットの設立者の一人でルーティング・ソフトの開発などを
>>手がけたトニー・リー氏は既にプロケットを離れ，NTTベリオに在籍済み。

知らんかった・・・。今は何やってるんだろ。

**anonymous** · 04/06/19 00:37

>>186
コンサル

**8801** · 04/06/20 01:34

マジかいな
トニー・リーからルータを発注されるベンダはかなり緊張するだろうな・・・。

**sage** · 04/09/18 22:49:54

ジュニパーって元シスコの人達が立ち上げたって聞いたことがあるけどほんと？

_ · 04/09/18 23:55:13

>>189
ほんとだったらいったいどうだと言うのです？

**anonymous@** dhcp179-135.ztv.ne.jp · 04/12/02 01:59:16

Juniperにハイエンド市場でシェアとられたらCiscoは大変だな

第3四半期ルータ市場、シスコのシェアが低下--ハイエンド市場で苦戦
http://japan.cnet.com/news/com/story/0,2000047668,20076283,00.htm

**sage** · 04/12/10 12:35:39

トニー・リーは結局シスコに舞い戻ってきました

**test** · 04/12/12 20:52:30

結局、金だけだ。終わったね。完全に。

04/12/15 03:13:55

はじめから金だけ。ビジネスなんだから。
何を今更。

**test** · 04/12/15 22:46:53

>192
戻ってないよ。戻ったけどすぐ出て行くよ。
すぐね。

**320** · 04/12/19 18:10:10

M320とT320だとどっちがお勧め？

アーキテクチャーが違うっぽいけどイマイチわかんない。

04/12/22 19:48:49

T640って日本で使ってるところある？

**ipo** · 04/12/28 02:04:14

>>197
OCNが使ってるでしょ

**ipo** · 04/12/28 02:07:16

>>198
ソース。
http://www.nissho-ele.co.jp/product/juniper/dounyu.html

**anonymous** · 04/12/28 11:43:09

>>199
あぁ、これはOCNじゃなくてVerioの方ね

**sage** · 05/01/27 04:08:22

Juniper unknown denial of service vulnerability
http://www.kb.cert.org/vuls/id/409555

Juniper にサービス運用妨害 (DoS) 攻撃を受ける脆弱性
http://jvn.jp/cert/JVNVU%23409555.html