Redian新闻
>
有人用过T-MOBILE的$10月费的电话+上网的服务吗?
avatar
有人用过T-MOBILE的$10月费的电话+上网的服务吗?# Internet - 有缘千里一线牵
z*r
1
听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
得自己接着后续开发维护,划算吗?
avatar
K*6
2
昨天去办手机,别人推荐这种附加的服务,月费10元,但是要买他们的ROUTER,50块,
有人正在用吗?感觉怎么样?到底月底账单,加税后,是多少钱?我现在用ATT的DSL,
电话线也是ATT的,如果要换成TMOBILE,要把什么CANCEL掉,要保留什么?
avatar
c*i
3
方向不一样,google的switch好像就是一个单纯的switch,它把很多intellege的part
放在它的server上了。它的server有跑软件可以知道整个network topo。好像这也是
Crowd Computing发展的另外一个方向把。好像当初做nexus 5000的时候就是瞄准
google的,不过google不满意,就自己做了。

【在 z**r 的大作中提到】
: 听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
: EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
: 有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
: 得自己接着后续开发维护,划算吗?

avatar
L*t
4
Most probably not for good, but for cheap, to accommodate Google's huge
demand building its distributed system infrastructure..
Didn't know they are building routers also?

【在 z**r 的大作中提到】
: 听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
: EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
: 有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
: 得自己接着后续开发维护,划算吗?

avatar
z*r
5
怎么跟俺得到的消息刚好相反?google要求快是第一,用不上的功能都不想要,但是似
乎有很多自己的东西,尤其content switching方面

part

【在 c*****i 的大作中提到】
: 方向不一样,google的switch好像就是一个单纯的switch,它把很多intellege的part
: 放在它的server上了。它的server有跑软件可以知道整个network topo。好像这也是
: Crowd Computing发展的另外一个方向把。好像当初做nexus 5000的时候就是瞄准
: google的,不过google不满意,就自己做了。

avatar
z*r
6
how big is their network? and how much traffic?

【在 L******t 的大作中提到】
: Most probably not for good, but for cheap, to accommodate Google's huge
: demand building its distributed system infrastructure..
: Didn't know they are building routers also?

avatar
c*i
7
一样的阿。它不需要cisco switch这么复杂的功能。它要求简单,快。因为很多功能在
它家的server里面。

【在 z**r 的大作中提到】
: 怎么跟俺得到的消息刚好相反?google要求快是第一,用不上的功能都不想要,但是似
: 乎有很多自己的东西,尤其content switching方面
:
: part

avatar
z*r
8
前半部分一样,但是主要的部分,你说他家很多功能放在server上,俺觉得他家反而要
放很多东西到switch里,比如content switching部分应该是google自己的switch比较
特殊的地方,专门针对google自己的application和traffic pattern

【在 c*****i 的大作中提到】
: 一样的阿。它不需要cisco switch这么复杂的功能。它要求简单,快。因为很多功能在
: 它家的server里面。

avatar
L*t
9
None knows. It's Google's secrecy. Ccthere.com got a few articles talking
about Google's distributed system architecture.

【在 z**r 的大作中提到】
: how big is their network? and how much traffic?
avatar
w*s
10
好像这种倾向很严重啊,MSN也很鄙视Cisco L4-7 content switch,恨不得整网是一
大L2 Switch,剩下都交给他家的服务器集群管理系统。
如果他们能搞定STP,可以慢慢折腾,反正不愁没人奉上L2 solution.
不过MS的SLB实现容易被Switch误认为是loop.

【在 z**r 的大作中提到】
: 前半部分一样,但是主要的部分,你说他家很多功能放在server上,俺觉得他家反而要
: 放很多东西到switch里,比如content switching部分应该是google自己的switch比较
: 特殊的地方,专门针对google自己的application和traffic pattern

avatar
z*r
11
没办法,各家application部分都是自己私货,这些generic switch只能尽量做好,尽
量通吃,但是肯定不如各家自己吃得透,或者觉得没有必要为了某一个application花
太多精力。大家要是都走标准了,就好了,win-win的局面。所以推广xml还是很重要的。
msn据说用了很多nexus 7000

【在 w***s 的大作中提到】
: 好像这种倾向很严重啊,MSN也很鄙视Cisco L4-7 content switch,恨不得整网是一
: 大L2 Switch,剩下都交给他家的服务器集群管理系统。
: 如果他们能搞定STP,可以慢慢折腾,反正不愁没人奉上L2 solution.
: 不过MS的SLB实现容易被Switch误认为是loop.

avatar
w*s
12
也许人家觉得让switch去读他们的服务器还不如自己来搞容易。

的。

【在 z**r 的大作中提到】
: 没办法,各家application部分都是自己私货,这些generic switch只能尽量做好,尽
: 量通吃,但是肯定不如各家自己吃得透,或者觉得没有必要为了某一个application花
: 太多精力。大家要是都走标准了,就好了,win-win的局面。所以推广xml还是很重要的。
: msn据说用了很多nexus 7000

avatar
d*i
13
嗯,cisco的通用方案肯定不能满足他们的需要,另外,小声说一句,
现在ios的架构,ms 和 google里面的人肯定看不上。赫赫

的。

【在 z**r 的大作中提到】
: 没办法,各家application部分都是自己私货,这些generic switch只能尽量做好,尽
: 量通吃,但是肯定不如各家自己吃得透,或者觉得没有必要为了某一个application花
: 太多精力。大家要是都走标准了,就好了,win-win的局面。所以推广xml还是很重要的。
: msn据说用了很多nexus 7000

avatar
w*s
14
小声问一句,这两家能看上啥架构?

【在 d****i 的大作中提到】
: 嗯,cisco的通用方案肯定不能满足他们的需要,另外,小声说一句,
: 现在ios的架构,ms 和 google里面的人肯定看不上。赫赫
:
: 的。

avatar
z*r
15
自己搞功能上肯定没问题,可是性能就不好说了,毕竟不是专门做这个的。而且现在趋
势是把很多server的东西往network上off load

【在 w***s 的大作中提到】
: 也许人家觉得让switch去读他们的服务器还不如自己来搞容易。
:
: 的。

avatar
z*r
16
ios cisco自己都看不上了,呵呵

【在 d****i 的大作中提到】
: 嗯,cisco的通用方案肯定不能满足他们的需要,另外,小声说一句,
: 现在ios的架构,ms 和 google里面的人肯定看不上。赫赫
:
: 的。

avatar
w*s
17
那到很难说,毕竟google是很独一无二的环境,而且L7 content switching也跟个服务
器差不多了。

【在 z**r 的大作中提到】
: 自己搞功能上肯定没问题,可是性能就不好说了,毕竟不是专门做这个的。而且现在趋
: 势是把很多server的东西往network上off load

avatar
w*s
18
刚刚去谷歌了一下谷歌交换机的谣言,感觉他们不过是要订制一款廉价低功耗
的东西,所以也许就是broadcom + finisar,软件会比IOS还简单。

【在 z**r 的大作中提到】
: ios cisco自己都看不上了,呵呵
avatar
m*r
19
我家LD说他们先天缺陷,做不来大的,小的switch或者ge based的小router,用
software handle packet的,有可能行。
我也觉得,你说google能烧FPGA做出个SONET卡来,10G, 100G?不可能啊。还有packet
forwarding engine,他们怎么可能做得出那些个ASIC。。。也许是我太小看google了
avatar
r*u
20
You guys have no idea what google is doing.
avatar
L*t
21
No need for SONET. Ethernet only switching.
They don't need to support that many fancy stuffs. So either buy off-the-
shelf NP or design their own, is doable.

packet

【在 m********r 的大作中提到】
: 我家LD说他们先天缺陷,做不来大的,小的switch或者ge based的小router,用
: software handle packet的,有可能行。
: 我也觉得,你说google能烧FPGA做出个SONET卡来,10G, 100G?不可能啊。还有packet
: forwarding engine,他们怎么可能做得出那些个ASIC。。。也许是我太小看google了
: 。

avatar
d*i
22
网络协议多如牛毛。google满足自己的功能要求可能都吃力,mpls,bgp,frr,有他们搞
得。

【在 z**r 的大作中提到】
: 自己搞功能上肯定没问题,可是性能就不好说了,毕竟不是专门做这个的。而且现在趋
: 势是把很多server的东西往network上off load

avatar
d*i
23
作packet forwarding可以外包给marvell/ezchip等等又silicon经验的人作。
我觉得稳定而且可扩展的协议软件其实挺难。

packet

【在 m********r 的大作中提到】
: 我家LD说他们先天缺陷,做不来大的,小的switch或者ge based的小router,用
: software handle packet的,有可能行。
: 我也觉得,你说google能烧FPGA做出个SONET卡来,10G, 100G?不可能啊。还有packet
: forwarding engine,他们怎么可能做得出那些个ASIC。。。也许是我太小看google了
: 。

avatar
s*0
24
钱多烧的。

【在 z**r 的大作中提到】
: 听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
: EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
: 有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
: 得自己接着后续开发维护,划算吗?

avatar
m*r
25
marvell 和ezchip哪有什么ASIC经验
说道routing protocols, 那个其实才是好买的

【在 d*****i 的大作中提到】
: 作packet forwarding可以外包给marvell/ezchip等等又silicon经验的人作。
: 我觉得稳定而且可扩展的协议软件其实挺难。
:
: packet

avatar
m*r
26
不提sonet,就算有10G, 100G interface的router 我觉得他们都搞不出来,那个不止
是port要有Line rate的speed, 后面的背板和fabric都要跟上。 至于1g的switch,外
面的vendor多如牛毛,而且google现在complain的就是现有的任何产品都不够他们的
流量,所以1g的siwtch或者router,不是他们想要的。

No need for SONET. Ethernet only switching.
They don't need to support that many fancy stuffs. So either buy off-the-
shelf NP or design their own, is doable.
packet

【在 L******t 的大作中提到】
: No need for SONET. Ethernet only switching.
: They don't need to support that many fancy stuffs. So either buy off-the-
: shelf NP or design their own, is doable.
:
: packet

avatar
z*r
27
google现在的全球日流量几个P bytes,算4个P,那么总带宽需求目前是370gbps。这个
是google全球包括internet and non-internet的总需求。按照50%的年递增,5年后的
总带宽需求是2.8Tbps。能满足当前流量的switch太多了吧,5年后可扩展到2.8tbps的
起码cisco, juniper, foundry, force10这些都没有问题

【在 m********r 的大作中提到】
: 不提sonet,就算有10G, 100G interface的router 我觉得他们都搞不出来,那个不止
: 是port要有Line rate的speed, 后面的背板和fabric都要跟上。 至于1g的switch,外
: 面的vendor多如牛毛,而且google现在complain的就是现有的任何产品都不够他们的
: 流量,所以1g的siwtch或者router,不是他们想要的。
:
: No need for SONET. Ethernet only switching.
: They don't need to support that many fancy stuffs. So either buy off-the-
: shelf NP or design their own, is doable.
: packet

avatar
d*i
28
C&J用很多marvell&ezchip的片子。他们做的不就是买的asic吗?forwarding asic肯定
是goog的弱项,而软件goog因该不会买别人的,肯定是改opensource(如J).

【在 m********r 的大作中提到】
: marvell 和ezchip哪有什么ASIC经验
: 说道routing protocols, 那个其实才是好买的

avatar
z*r
29
ezchip的主要是np吧,asic一般好像都是自己开发

【在 d*****i 的大作中提到】
: C&J用很多marvell&ezchip的片子。他们做的不就是买的asic吗?forwarding asic肯定
: 是goog的弱项,而软件goog因该不会买别人的,肯定是改opensource(如J).

avatar
v*n
30
可以看看Openflow

【在 z**r 的大作中提到】
: 听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
: EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
: 有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
: 得自己接着后续开发维护,划算吗?

avatar
v*n
31
line rate forwarding based on software configurable flow table. If the
switch doesn't know how to handle the flow, check with an external server.
Broadcom chipset can do it. This arch will lower etherswitch cost
dramatically.
Actually, this is nothing new. has been seen in optical network long time
ago.

【在 L******t 的大作中提到】
: No need for SONET. Ethernet only switching.
: They don't need to support that many fancy stuffs. So either buy off-the-
: shelf NP or design their own, is doable.
:
: packet

avatar
w*s
32
看这个早期的变态东西,总感觉他们不是想搞大型的。

【在 z**r 的大作中提到】
: google现在的全球日流量几个P bytes,算4个P,那么总带宽需求目前是370gbps。这个
: 是google全球包括internet and non-internet的总需求。按照50%的年递增,5年后的
: 总带宽需求是2.8Tbps。能满足当前流量的switch太多了吧,5年后可扩展到2.8tbps的
: 起码cisco, juniper, foundry, force10这些都没有问题

avatar
z*r
33
貌似一个比较低级的blade server,呵呵

【在 w***s 的大作中提到】
: 看这个早期的变态东西,总感觉他们不是想搞大型的。
avatar
w*s
34
offline routing? interesting..
"McKeown's group receives funding and equipment from networking companies
such as Cisco, Juniper, HP, and NEC, as well as cellular providers including
T-Mobile, Ericsson, and NTT DoCoMo. Ideas tested on switches running ­
OpenFlow could be incorporated into the firmware of new routers, or they
could be added to old ones through firmware updates. McKeown expects that
within the year, one or more of these companies will ship products with
OpenFlow built in."

【在 v**n 的大作中提到】
: line rate forwarding based on software configurable flow table. If the
: switch doesn't know how to handle the flow, check with an external server.
: Broadcom chipset can do it. This arch will lower etherswitch cost
: dramatically.
: Actually, this is nothing new. has been seen in optical network long time
: ago.

avatar
z*r
35
what is openflow?

【在 v**n 的大作中提到】
: 可以看看Openflow
avatar
z*r
36

this is quite normal for modern switch, something similar to Cisco TCAM?
sounds like IPS? or P2P traffic management?
why this can lower the cost? to me it looks like it would make the switch
more expensive?

【在 v**n 的大作中提到】
: line rate forwarding based on software configurable flow table. If the
: switch doesn't know how to handle the flow, check with an external server.
: Broadcom chipset can do it. This arch will lower etherswitch cost
: dramatically.
: Actually, this is nothing new. has been seen in optical network long time
: ago.

avatar
w*s
37
blade的概念不会因此而起的吧;-)

【在 z**r 的大作中提到】
: 貌似一个比较低级的blade server,呵呵
avatar
L*t
39
TCAM is what makes a forward engine expensive. The speed & the size of it.
An external server being the last resort for forwarding decision, will work
but at least one magnitude slower.

【在 z**r 的大作中提到】
: 哈哈,google的这个是哪年的?
: http://en.wikipedia.org/wiki/Blade_server

avatar
L*t
40
Google is going this approach?
Not surprising though since Google must be doing some content-based
switching, which is hard if possible to be done by silicon alone in
economical way.

【在 v**n 的大作中提到】
: line rate forwarding based on software configurable flow table. If the
: switch doesn't know how to handle the flow, check with an external server.
: Broadcom chipset can do it. This arch will lower etherswitch cost
: dramatically.
: Actually, this is nothing new. has been seen in optical network long time
: ago.

avatar
L*t
41
Blade was born before Google.

【在 w***s 的大作中提到】
: blade的概念不会因此而起的吧;-)
avatar
v*n
42
这个是我老板。消息是去年的吧。

including

【在 w***s 的大作中提到】
: offline routing? interesting..
: "McKeown's group receives funding and equipment from networking companies
: such as Cisco, Juniper, HP, and NEC, as well as cellular providers including
: T-Mobile, Ericsson, and NTT DoCoMo. Ideas tested on switches running ­
: OpenFlow could be incorporated into the firmware of new routers, or they
: could be added to old ones through firmware updates. McKeown expects that
: within the year, one or more of these companies will ship products with
: OpenFlow built in."

avatar
v*n
44
commodititize network pluming 21.
我觉得,这个基本上是separate forwarding plane and control plane.
JNPR M/T series PFE and RE came from the similar idea.
Openflow went even further.

【在 L******t 的大作中提到】
: Google is going this approach?
: Not surprising though since Google must be doing some content-based
: switching, which is hard if possible to be done by silicon alone in
: economical way.

avatar
w*s
46
只是google了一下而已,展开说说,那些交换机还是基于MAC/IP转发么?

【在 v**n 的大作中提到】
: 这个是我老板。消息是去年的吧。
:
: including

avatar
w*s
47
Control plane和Data Plane分离不是什么新鲜的东西,但是那些RE也好,RP也好基本
上还是走拓扑驱动的协议,硬件水平上要弱很多,用Server就可以搞出点花样了。

【在 v**n 的大作中提到】
: commodititize network pluming 21.
: 我觉得,这个基本上是separate forwarding plane and control plane.
: JNPR M/T series PFE and RE came from the similar idea.
: Openflow went even further.

avatar
m*r
48
control plane 和data plane分离,cisco和juniper都已经做了。routing engine和
router分离,单独放在一个external的blade server上。juniper 2008作出来的。
cisco可能早一两年。目前都卖得很烂

【在 v**n 的大作中提到】
: line rate forwarding based on software configurable flow table. If the
: switch doesn't know how to handle the flow, check with an external server.
: Broadcom chipset can do it. This arch will lower etherswitch cost
: dramatically.
: Actually, this is nothing new. has been seen in optical network long time
: ago.

avatar
m*r
49
显然还是不够他们分布在全球的data center的流量。或者勉强满足现在的需求,但不
能满足几年以后。google自己的网规模挺大的,比yahoo都大很多。一家vendor已经卖
了几百台最大的router给google,google的complain还是流量不够大。功能方面,他们
的需求就是简单的routing。switch做不了。

【在 z**r 的大作中提到】
: google现在的全球日流量几个P bytes,算4个P,那么总带宽需求目前是370gbps。这个
: 是google全球包括internet and non-internet的总需求。按照50%的年递增,5年后的
: 总带宽需求是2.8Tbps。能满足当前流量的switch太多了吧,5年后可扩展到2.8tbps的
: 起码cisco, juniper, foundry, force10这些都没有问题

avatar
d*i
50
进来崇拜一下。赫赫。
10年以前,你老板可是我们组偷偷follow的对象, 后来我们老板出去开公司,
我换了门庭才跟得少了。
那时候可是switch architecture 热门的时候,他的几个工作都是开创性的。
这个open flow 不是他现在工作的重点吧,我觉得可能学术界的兴趣会更大些,
因为这意味着关于网络的新idea可以很容易经受实践检验了,而不仅是simulation。

【在 v**n 的大作中提到】
: 这个是我老板。消息是去年的吧。
:
: including

avatar
w*s
51
Google号称目前有36个DCs,700K Servers, 平均每个DC有20000机器,假定每台服务器
都是GE,平均使用率为40%,总带宽也就是8Tbps。
Google应该是用Juniper的设备,五台4Chassis T-Matrix也足够了,全球120台,也就
一大型ISP的规模,还看不出来有啥必要自己搞。

【在 m********r 的大作中提到】
: 显然还是不够他们分布在全球的data center的流量。或者勉强满足现在的需求,但不
: 能满足几年以后。google自己的网规模挺大的,比yahoo都大很多。一家vendor已经卖
: 了几百台最大的router给google,google的complain还是流量不够大。功能方面,他们
: 的需求就是简单的routing。switch做不了。

avatar
z*r
52
CRS-1的routing engine已经跑在line card上了吧,其实也算是external的routing
engine?

【在 m********r 的大作中提到】
: control plane 和data plane分离,cisco和juniper都已经做了。routing engine和
: router分离,单独放在一个external的blade server上。juniper 2008作出来的。
: cisco可能早一两年。目前都卖得很烂

avatar
z*r
53
俺说的就是分布在全球的data center的流量啊。全球的流量也就一台router/switch就
满足了,更不要说cluster了,crs-1可以达到近百T,t-1600规模小点但是也足够了啊。
你说的这家vendor就是juniper吧?google好像两家都评估了,最后好像买t-1600不是
因为capacity的原因,主要是complain cisco bug fix周期太长

【在 m********r 的大作中提到】
: 显然还是不够他们分布在全球的data center的流量。或者勉强满足现在的需求,但不
: 能满足几年以后。google自己的网规模挺大的,比yahoo都大很多。一家vendor已经卖
: 了几百台最大的router给google,google的complain还是流量不够大。功能方面,他们
: 的需求就是简单的routing。switch做不了。

avatar
w*s
54
没太明白他在说什么,C/D分离是从7x00开始的,GSR就分的很彻底了。CRS-1只是增加
了DRP而已,可以支持分布式的BGP,但是从网络的角度而言还是路由器自己计算自己的
,不算什么革命。

【在 z**r 的大作中提到】
: CRS-1的routing engine已经跑在line card上了吧,其实也算是external的routing
: engine?

avatar
m*r
55
不是说的这个。这只能算routing和forwarding分离。
做external RE blade,cisco的project代号我不熟,juniper的我就不说了。

【在 z**r 的大作中提到】
: CRS-1的routing engine已经跑在line card上了吧,其实也算是external的routing
: engine?

avatar
m*r
56
你知道的product明显不够啊
新的product, RE是external的好不好。sigh,自己先回去research一下吧。

【在 w***s 的大作中提到】
: 没太明白他在说什么,C/D分离是从7x00开始的,GSR就分的很彻底了。CRS-1只是增加
: 了DRP而已,可以支持分布式的BGP,但是从网络的角度而言还是路由器自己计算自己的
: ,不算什么革命。

avatar
m*r
57
t1600仍然不够未来几年的需求,要不google还complain个啥

啊。

【在 z**r 的大作中提到】
: 俺说的就是分布在全球的data center的流量啊。全球的流量也就一台router/switch就
: 满足了,更不要说cluster了,crs-1可以达到近百T,t-1600规模小点但是也足够了啊。
: 你说的这家vendor就是juniper吧?google好像两家都评估了,最后好像买t-1600不是
: 因为capacity的原因,主要是complain cisco bug fix周期太长

avatar
m*r
58
你又不是在google工作。人家光2007年就买了不止五台TX

【在 w***s 的大作中提到】
: Google号称目前有36个DCs,700K Servers, 平均每个DC有20000机器,假定每台服务器
: 都是GE,平均使用率为40%,总带宽也就是8Tbps。
: Google应该是用Juniper的设备,五台4Chassis T-Matrix也足够了,全球120台,也就
: 一大型ISP的规模,还看不出来有啥必要自己搞。

avatar
w*s
59
嘿嘿,C家的产品我不知道的还不算太多,无论是J的RE或者是C的RP,只要是同
LC Chassis的往一块连的,跑个IGP/BGP的,同传统的产品就没什么不一样,连
程序都不需要大改,对于这台路由器而言都是Internal的,不论是放在何种Chassis
里面,隔着有多远。

【在 m********r 的大作中提到】
: 你知道的product明显不够啊
: 新的product, RE是external的好不好。sigh,自己先回去research一下吧。

avatar
w*s
60
我当然不在那里混,所以尽量高估一下他们的需求,说的是120台。几百台核心设备对
于一ISP来说很正常。还没到世界末日

【在 m********r 的大作中提到】
: 你又不是在google工作。人家光2007年就买了不止五台TX
avatar
w*s
61
T1600不支持Multiple-Chassis,是Google不爽的原因吧,因为单机功率密度
目前已经差不多了,想要同以前一样翻番不大现实。

【在 m********r 的大作中提到】
: t1600仍然不够未来几年的需求,要不google还complain个啥
:
: 啊。

avatar
w*s
62
单独的RE Chassis除了Routing还能分离出来什么?
Juniper要能出个超越现有逻辑结构的multiple-chassis系统来还真就
革命了。

【在 m********r 的大作中提到】
: 不是说的这个。这只能算routing和forwarding分离。
: 做external RE blade,cisco的project代号我不熟,juniper的我就不说了。

avatar
w*s
63
真就孤陋一把:-( TX+这就冒出来了,看来他们打算一直走集中式路线,不打算玩分布
式。

【在 w***s 的大作中提到】
: T1600不支持Multiple-Chassis,是Google不爽的原因吧,因为单机功率密度
: 目前已经差不多了,想要同以前一样翻番不大现实。

avatar
z*r
64
google的流量也不是无据可查,俺知道的大约是每天4个P,你知道的呢?有了这个一算
不就出来了吗?

【在 m********r 的大作中提到】
: t1600仍然不够未来几年的需求,要不google还complain个啥
:
: 啊。

avatar
z*r
65
control plane和data plane分离在大多数中端以上router都早已经实现了吧,但是一
般都是centralized control plane,比如只跑在active RP上。俺说的不是这个,是
distributed control plane或者distributed route processor(DRP)。比如BGP,传
统的centralized control plane只跑一个speaker或者instance,有了DRP,就可以在
同一台router上跑多个BGP speaker/instance,大大提高了scalability和reliability
。这些多个speaker最后只形成一个统一的RIB,然后line card得到这些RIB以后,再做
forwarding (control plane 和data plane分离)。
你说的这个external RE blade有没有什么link?

【在 m********r 的大作中提到】
: 不是说的这个。这只能算routing和forwarding分离。
: 做external RE blade,cisco的project代号我不熟,juniper的我就不说了。

avatar
z*r
66
这个行业圈子很小,就那么几家公司,大家跳来跳去总归哪个地方大家都有认识人,一
些信息还是比较公开的

【在 m********r 的大作中提到】
: 你又不是在google工作。人家光2007年就买了不止五台TX
avatar
z*r
67
很有可能,单机功率甚至已经到了一个传统的机房不能保证散热正常了,比如CRS就需
要专门的机房

【在 w***s 的大作中提到】
: T1600不支持Multiple-Chassis,是Google不爽的原因吧,因为单机功率密度
: 目前已经差不多了,想要同以前一样翻番不大现实。

avatar
m*r
68
还真就是革命了。faint!!! 懒得跟你说了

【在 w***s 的大作中提到】
: 单独的RE Chassis除了Routing还能分离出来什么?
: Juniper要能出个超越现有逻辑结构的multiple-chassis系统来还真就
: 革命了。

avatar
m*r
69
我说的也是distribute control plane
http://www.juniper.net/us/en/products-services/routing/jcs/#featurebenefits
jcs1200可以支持up to 12 RE blades。任意一个external的RE blade甚至可以什么
forwarding plane都没有,完全用来单独做route reflector

reliability

【在 z**r 的大作中提到】
: control plane和data plane分离在大多数中端以上router都早已经实现了吧,但是一
: 般都是centralized control plane,比如只跑在active RP上。俺说的不是这个,是
: distributed control plane或者distributed route processor(DRP)。比如BGP,传
: 统的centralized control plane只跑一个speaker或者instance,有了DRP,就可以在
: 同一台router上跑多个BGP speaker/instance,大大提高了scalability和reliability
: 。这些多个speaker最后只形成一个统一的RIB,然后line card得到这些RIB以后,再做
: forwarding (control plane 和data plane分离)。
: 你说的这个external RE blade有没有什么link?

avatar
m*r
70
DRP还要占chassis line card的一个slot,jcs1200可以不用浪费line card slot的资
avatar
w*s
71
知道你就要说这个,CRS-1支持72个LCCs,拿一个出来装16个DRP算浪费么,是不是就
External了?而你集中在一个RE Chassis就不怕单点故障?
说道革命,这些RE和原来单机RE有区别么,还不是RP + LC两级结构,管理以太网从背
板延伸到了光纤上,协议与功能不多也不少,只是在扩展能力有所提高而已。
要说有点再分离味道的是Cisco的Tunnel Builder Pro,只不过是局限在MPLS-TE上成不
了大气候。

【在 m********r 的大作中提到】
: DRP还要占chassis line card的一个slot,jcs1200可以不用浪费line card slot的资
: 源

avatar
w*s
72
你认为不用JCS的时候有多少流量会跑到RE上去?
Juniper用单独的RE Chassis有他的考虑,但这个不是分布式控制平面的必要条件。
CRS-1每一个LCC上都有一个Active RP,在不需要DRP的时候就可以做到分布式了。

【在 m********r 的大作中提到】
: 我说的也是distribute control plane
: http://www.juniper.net/us/en/products-services/routing/jcs/#featurebenefits
: jcs1200可以支持up to 12 RE blades。任意一个external的RE blade甚至可以什么
: forwarding plane都没有,完全用来单独做route reflector
:
: reliability

avatar
w*s
73
扯远了,Google究竟看不上现有交换机/路由器那点?还是没概念。
avatar
c*i
74
现在的LC还是傻傻的全部从RP download,看什么时候可以做到selective download。

reliability

【在 z**r 的大作中提到】
: control plane和data plane分离在大多数中端以上router都早已经实现了吧,但是一
: 般都是centralized control plane,比如只跑在active RP上。俺说的不是这个,是
: distributed control plane或者distributed route processor(DRP)。比如BGP,传
: 统的centralized control plane只跑一个speaker或者instance,有了DRP,就可以在
: 同一台router上跑多个BGP speaker/instance,大大提高了scalability和reliability
: 。这些多个speaker最后只形成一个统一的RIB,然后line card得到这些RIB以后,再做
: forwarding (control plane 和data plane分离)。
: 你说的这个external RE blade有没有什么link?

avatar
m*r
75
你明显是csco的托儿, 只了解csco的产品, 也只会说csco好. bye!

【在 w***s 的大作中提到】
: 你认为不用JCS的时候有多少流量会跑到RE上去?
: Juniper用单独的RE Chassis有他的考虑,但这个不是分布式控制平面的必要条件。
: CRS-1每一个LCC上都有一个Active RP,在不需要DRP的时候就可以做到分布式了。

avatar
w*s
76
这个结论很有道理啊,尤其是你把Juniper好好一款产品黑成那样的时候。

【在 m********r 的大作中提到】
: 你明显是csco的托儿, 只了解csco的产品, 也只会说csco好. bye!
avatar
m*r
77
我黑juniper的产品?? 真是今天最大的笑话了

【在 w***s 的大作中提到】
: 这个结论很有道理啊,尤其是你把Juniper好好一款产品黑成那样的时候。
avatar
w*s
78
随你啊,当本年度最大笑话也可以。

【在 m********r 的大作中提到】
: 我黑juniper的产品?? 真是今天最大的笑话了
avatar
z*r
79
讨论归讨论,互通有无。不要着急上火。

【在 m********r 的大作中提到】
: 你明显是csco的托儿, 只了解csco的产品, 也只会说csco好. bye!
avatar
m*r
80
T1600的耗电量只是CRS-1的一半, 买T1600吧

【在 z**r 的大作中提到】
: 很有可能,单机功率甚至已经到了一个传统的机房不能保证散热正常了,比如CRS就需
: 要专门的机房

avatar
m*r
81
你说的是他们每个data center之间的流量, 可是他们主要是在一个data center当中
有大量的数据要处理。 光big table search,每次的search是9P的流量。这是为啥
user用google查个东西,得到结果是眨眼的时间

【在 z**r 的大作中提到】
: google的流量也不是无据可查,俺知道的大约是每天4个P,你知道的呢?有了这个一算
: 不就出来了吗?

avatar
v*n
82
两位不要着急上火。C/J两家各有千秋,google买J是有其他原因的。MG即使在J,信息
可能也很有限,
我们还是回到原来的topic好了。
据可靠的内部消息,其实这个effort就是要把forward plane做的像白菜一样便宜而且
密度巨大。中关村,
fry's啥的都能买到。所有的flow level decision都做到controller里。这个ctler可
以是在chasis
上,或者在其他chasis上,或者是一个external的server multiple hops away. 能不
能做成,到底
能做到神魔程度,现在不好说。

【在 w***s 的大作中提到】
: 随你啊,当本年度最大笑话也可以。
avatar
v*n
83
分离是为了能将data plane彻底白菜价化。我还在J的时候就整天听着port密度不够。
现在这个问题还是没
解决吧?

【在 m********r 的大作中提到】
: control plane 和data plane分离,cisco和juniper都已经做了。routing engine和
: router分离,单独放在一个external的blade server上。juniper 2008作出来的。
: cisco可能早一两年。目前都卖得很烂

avatar
v*n
84
是的。对教学和研究比较有用。工业界的态度现在还很不明朗。
这个是他老人家的重点,毕业就靠这个了。hehe

【在 d****i 的大作中提到】
: 进来崇拜一下。赫赫。
: 10年以前,你老板可是我们组偷偷follow的对象, 后来我们老板出去开公司,
: 我换了门庭才跟得少了。
: 那时候可是switch architecture 热门的时候,他的几个工作都是开创性的。
: 这个open flow 不是他现在工作的重点吧,我觉得可能学术界的兴趣会更大些,
: 因为这意味着关于网络的新idea可以很容易经受实践检验了,而不仅是simulation。

avatar
w*s
85
最近的确有些上火,不过完全不是因为这个问题:-)
这内部消息验证了我开始的看法,Google不过是要个廉价的解决方案,目前能满足技术
要求的太贵,反之则不够用。
至于分离的Controller我认为完全不是重点,概念上也没什么新鲜的,除非他们做出来的
是应用约束而不是拓扑约束的路由机制,这点我倒是宁愿相信能搞出来。
C/J什么的,也不是重点,顺手拿来说明概念的...

【在 v**n 的大作中提到】
: 两位不要着急上火。C/J两家各有千秋,google买J是有其他原因的。MG即使在J,信息
: 可能也很有限,
: 我们还是回到原来的topic好了。
: 据可靠的内部消息,其实这个effort就是要把forward plane做的像白菜一样便宜而且
: 密度巨大。中关村,
: fry's啥的都能买到。所有的flow level decision都做到controller里。这个ctler可
: 以是在chasis
: 上,或者在其他chasis上,或者是一个external的server multiple hops away. 能不
: 能做成,到底
: 能做到神魔程度,现在不好说。

avatar
w*s
86
Google应该很在意功率密度,DC的主要开销就是电加地皮了。
看他们06年的论文,8000台服务器的汇聚流量不过16GB/s,所以带宽看起来不是问题,
但是性能不是线形的,如果真能白菜价,就可实现一个单一无阻塞的Data Plane,消除
了一个瓶颈,软件上面就会舒服很多。

【在 v**n 的大作中提到】
: 分离是为了能将data plane彻底白菜价化。我还在J的时候就整天听着port密度不够。
: 现在这个问题还是没
: 解决吧?

avatar
m*r
87
你走了以后的那个冬天就解决了。MX960的一个Line card有40个port
现在我们是说你们的port density 不高,我们比你们高。呵呵

【在 v**n 的大作中提到】
: 分离是为了能将data plane彻底白菜价化。我还在J的时候就整天听着port密度不够。
: 现在这个问题还是没
: 解决吧?

avatar
m*r
88
偶没上火,偶只是觉得好笑。偶把偶们sales的feedback都贡献给这个thread了,楼上
的还说偶是j黑。以后俺还是啥都不说了。继续潜水。

【在 v**n 的大作中提到】
: 两位不要着急上火。C/J两家各有千秋,google买J是有其他原因的。MG即使在J,信息
: 可能也很有限,
: 我们还是回到原来的topic好了。
: 据可靠的内部消息,其实这个effort就是要把forward plane做的像白菜一样便宜而且
: 密度巨大。中关村,
: fry's啥的都能买到。所有的flow level decision都做到controller里。这个ctler可
: 以是在chasis
: 上,或者在其他chasis上,或者是一个external的server multiple hops away. 能不
: 能做成,到底
: 能做到神魔程度,现在不好说。

avatar
v*n
89
i am talking about 128/LC.
cisco的density也跟我没关系

【在 m********r 的大作中提到】
: 你走了以后的那个冬天就解决了。MX960的一个Line card有40个port
: 现在我们是说你们的port density 不高,我们比你们高。呵呵

avatar
m*r
90
which platform ah? I heard 7600 has 34 GE ports and 64 OC-3 ports per
chassis, if mount two 7600 together, it can be 128 oc-3 and 68 GE ports per
rack
CRS-1, each Line card has 40G capacity fixed. So it can support 40 GE ports
per
line card at the maximum bah

【在 v**n 的大作中提到】
: i am talking about 128/LC.
: cisco的density也跟我没关系

avatar
v*n
91
J在G的生意是比C好做,以前一起负责G account的一朋友最近跳J了。
说句实话,C/J都太贵。可是交换机路由器都白菜价了,我们这些人还不都喝西北风了?

【在 m********r 的大作中提到】
: 偶没上火,偶只是觉得好笑。偶把偶们sales的feedback都贡献给这个thread了,楼上
: 的还说偶是j黑。以后俺还是啥都不说了。继续潜水。

avatar
v*n
92
展开说说。
我最近也比较郁闷,摸不清老板的方向呀

来的

【在 w***s 的大作中提到】
: Google应该很在意功率密度,DC的主要开销就是电加地皮了。
: 看他们06年的论文,8000台服务器的汇聚流量不过16GB/s,所以带宽看起来不是问题,
: 但是性能不是线形的,如果真能白菜价,就可实现一个单一无阻塞的Data Plane,消除
: 了一个瓶颈,软件上面就会舒服很多。

avatar
v*n
93
i am not talking about Cisco... hehe

per
ports

【在 m********r 的大作中提到】
: which platform ah? I heard 7600 has 34 GE ports and 64 OC-3 ports per
: chassis, if mount two 7600 together, it can be 128 oc-3 and 68 GE ports per
: rack
: CRS-1, each Line card has 40G capacity fixed. So it can support 40 GE ports
: per
: line card at the maximum bah

avatar
z*r
94
一个line card 40个port在7600的ES+卡上有啊,而且是line rate,mx960打开feature
后好像很多时候不能line rate了吧。在ASR9000以及nexus7000上,line rate的40port
line card都有,而且扩展性比mx960还是强太多了

【在 m********r 的大作中提到】
: 你走了以后的那个冬天就解决了。MX960的一个Line card有40个port
: 现在我们是说你们的port density 不高,我们比你们高。呵呵

avatar
z*r
95
????what are you talking about? 34GE port per chassis? sounds like a last
centrury product

per
ports

【在 m********r 的大作中提到】
: which platform ah? I heard 7600 has 34 GE ports and 64 OC-3 ports per
: chassis, if mount two 7600 together, it can be 128 oc-3 and 68 GE ports per
: rack
: CRS-1, each Line card has 40G capacity fixed. So it can support 40 GE ports
: per
: line card at the maximum bah

avatar
c*a
96
不知道你的扩展性指什么,mx960 也可以有其他非以太网的interface, 但是space不是
优势

feature
40port

【在 z**r 的大作中提到】
: 一个line card 40个port在7600的ES+卡上有啊,而且是line rate,mx960打开feature
: 后好像很多时候不能line rate了吧。在ASR9000以及nexus7000上,line rate的40port
: line card都有,而且扩展性比mx960还是强太多了

avatar
w*s
97
老实说C的Sales会喜欢你的贡献的:-)

【在 m********r 的大作中提到】
: 偶没上火,偶只是觉得好笑。偶把偶们sales的feedback都贡献给这个thread了,楼上
: 的还说偶是j黑。以后俺还是啥都不说了。继续潜水。

avatar
w*s
98
最新谣言,G本来打算买N5K的,当然是在其成为N5k之前,现在就自己干了...
所以我们白炒了半天...

了?

【在 v**n 的大作中提到】
: J在G的生意是比C好做,以前一起负责G account的一朋友最近跳J了。
: 说句实话,C/J都太贵。可是交换机路由器都白菜价了,我们这些人还不都喝西北风了?

avatar
w*s
99
现在轮到C的Sales抓狂了....

per
ports

【在 m********r 的大作中提到】
: which platform ah? I heard 7600 has 34 GE ports and 64 OC-3 ports per
: chassis, if mount two 7600 together, it can be 128 oc-3 and 68 GE ports per
: rack
: CRS-1, each Line card has 40G capacity fixed. So it can support 40 GE ports
: per
: line card at the maximum bah

avatar
w*s
100
你这要求太高了... ;-P
简单说现在多机箱的设计出了号称可以支持多少LC, 多少VR,多少BGP Peer之外没啥特
殊的,对应用没概念,求解路由是距离最短。
所以总有人梦想可以根据应用的SLA和网络可用带宽求解条件约束最短路由,但是这咚
咚多半是NPC问题,所以脑筋就打到external route server上。

【在 v**n 的大作中提到】
: 展开说说。
: 我最近也比较郁闷,摸不清老板的方向呀
:
: 来的

avatar
w*s
101
交换机会白菜价,都system on chip了。但是路由器还不会,如果G的努力是打算所有
rack switch都有独立转发能力,switch之间是fabric, 价格必然上去了,如果Switch
之间还有STP,或者路由协议,那就没啥好担心的了。

了?

【在 v**n 的大作中提到】
: J在G的生意是比C好做,以前一起负责G account的一朋友最近跳J了。
: 说句实话,C/J都太贵。可是交换机路由器都白菜价了,我们这些人还不都喝西北风了?

avatar
w*s
102
数数不是这么数的,CRS-1 LC上最多可以支持60 GEs, 当然用户如果只数数,会喜欢数
Cisco C4500的板卡,48GEs,白菜价,其他面议。
印象中J是以技术立身的,啥时候转型了。

per
ports

【在 m********r 的大作中提到】
: which platform ah? I heard 7600 has 34 GE ports and 64 OC-3 ports per
: chassis, if mount two 7600 together, it can be 128 oc-3 and 68 GE ports per
: rack
: CRS-1, each Line card has 40G capacity fixed. So it can support 40 GE ports
: per
: line card at the maximum bah

avatar
m*r
103
你不用再次炫耀是cisco的托儿了.
即使对cisco的产品倒被背流, 纯粹被cisco洗脑, 对别的product一无所知,也不光荣不
是?crs-1 一个line card的长度是mx960 DPC的多少倍? 占了几乎一倍的rack space,
才多了1/2的ports, 还好意思拿出来说.
而且你这完全牛头不对马嘴. 我和vpdn在说port density. 你说这个一个CRS-1的line
card, 有60GE ports怎么来的? 一个LC的capacity就40G而已, 40-Gbps-per-slot line
-card. 就算是16 line card slots 的CRS-1, 也没有看到cisco官方网站列60GE ports
的line card
http://www.cisco.com/en/US/products/ps5862/index.html
你这个60GE ports per line card on CRS-1, 不要信口开河, 如果真有, 给个cisco的
official link, 如果没有, 我花时间来reply你的胡说八道也就算了

【在 w***s 的大作中提到】
: 数数不是这么数的,CRS-1 LC上最多可以支持60 GEs, 当然用户如果只数数,会喜欢数
: Cisco C4500的板卡,48GEs,白菜价,其他面议。
: 印象中J是以技术立身的,啥时候转型了。
:
: per
: ports

avatar
m*r
104
我本来就不了解7600. 只是在cisco网站上看到他们自己列出来的 Cisco 7609 Rack
Density. Cisco 7609 Chassis Density
http://209.85.173.132/search?q=cache:YZMNE8uxf74J:www.cisco.com/en/US/products/hw/routers/ps368/products_data_sheet09186a0080092249.html+cisco+port+density+128+ports+per+line+card&cd=2&hl=en&ct=clnk&gl=us&client=firefox-a
不过我前天一发帖, 这个webpage就给删了, 只有google cache.

【在 z**r 的大作中提到】
: ????what are you talking about? 34GE port per chassis? sounds like a last
: centrury product
:
: per
: ports

avatar
m*r
105
啥叫打开feature不能line rate? ADPC就是40G的line rate.
只能在QDPC上开oversubscribe的qos, feature
如果我没搞错cisco的product的话, nexus做的是data center的switch, 和mx960
router没有可比性. 要比, 等着明年初j的data center switch出来比吧
那么多cisco不同的产品, 又是76000, 又是ASR, 又是NEXUS的, os都不同, CLI都不一
样, 你们这些ISP NOC admin烦不烦啊? oops, 好像只有sprint一家顽固地卖力不断使
用cisco的新产品了吧. CRS-1都进不了其他两家的ng network了

feature
40port

【在 z**r 的大作中提到】
: 一个line card 40个port在7600的ES+卡上有啊,而且是line rate,mx960打开feature
: 后好像很多时候不能line rate了吧。在ASR9000以及nexus7000上,line rate的40port
: line card都有,而且扩展性比mx960还是强太多了

avatar
m*r
106
笑话. 劝你不要过话给c的sales. 这些都是公开的,只是你不知道罢了, 哈哈
再说他们的product, 耗电量高, 又bug pro, 就没有哪一款google看得上眼的. 就某些顽固的落后ISP NOC admin和teser抱着如数家珍

【在 w***s 的大作中提到】
: 老实说C的Sales会喜欢你的贡献的:-)
avatar
m*r
107
当然有区别. 严重怀疑你不接触ISP的productive network. ISP的network 都要 run很
多不同的service. JCS12000的每一独立RE可以做到在同一个router chassis上run不同
的service, run不同的image, 就算一个RE down了也不影响其他的RE上的service. 而
且整个jcs chassis每个module都有redundancy.
还省chassis space. 以前要4台router chassis才能完成的service, 用JCS virtually
divide一下, 三台router chassis就能完成了.
CRS-1为了装DRP, 每少一个LC就少了很多forwarding capacity?! 对核心路由器来说是
最严重的缺陷了. 说到单点故障, CRS-1才是最大的单点故障, 整个CRS-1 down了你啥
DRP都不用跑了.
你把cisco sales教的propaganda背得也太熟了, 也不自己想想.

【在 w***s 的大作中提到】
: 知道你就要说这个,CRS-1支持72个LCCs,拿一个出来装16个DRP算浪费么,是不是就
: External了?而你集中在一个RE Chassis就不怕单点故障?
: 说道革命,这些RE和原来单机RE有区别么,还不是RP + LC两级结构,管理以太网从背
: 板延伸到了光纤上,协议与功能不多也不少,只是在扩展能力有所提高而已。
: 要说有点再分离味道的是Cisco的Tunnel Builder Pro,只不过是局限在MPLS-TE上成不
: 了大气候。

avatar
w*t
108
MuseumGoer (Ivy-covered Window)很牛,很牛。
俺搞建筑的,虽然看不懂你们说什么,不过MuseumGoer 说的有理有据的样子。
再佩服一下。
avatar
c*i
109
这个是老消息了把,n5k当初本来就是瞄着google得market做得,好像还挖了一个
google得vp过去。

【在 w***s 的大作中提到】
: 最新谣言,G本来打算买N5K的,当然是在其成为N5k之前,现在就自己干了...
: 所以我们白炒了半天...
:
: 了?

avatar
w*s
110
那时候还不是Cisco的产品,所以...

【在 c*****i 的大作中提到】
: 这个是老消息了把,n5k当初本来就是瞄着google得market做得,好像还挖了一个
: google得vp过去。

avatar
w*s
111
你好象不知道什么叫做over-subscribe.
这是厂商数数的基本功力。所以我说你象J黑了,别的功能不提,就在这里数数而已。

line
line
ports

【在 m********r 的大作中提到】
: 你不用再次炫耀是cisco的托儿了.
: 即使对cisco的产品倒被背流, 纯粹被cisco洗脑, 对别的product一无所知,也不光荣不
: 是?crs-1 一个line card的长度是mx960 DPC的多少倍? 占了几乎一倍的rack space,
: 才多了1/2的ports, 还好意思拿出来说.
: 而且你这完全牛头不对马嘴. 我和vpdn在说port density. 你说这个一个CRS-1的line
: card, 有60GE ports怎么来的? 一个LC的capacity就40G而已, 40-Gbps-per-slot line
: -card. 就算是16 line card slots 的CRS-1, 也没有看到cisco官方网站列60GE ports
: 的line card
: http://www.cisco.com/en/US/products/ps5862/index.html
: 你这个60GE ports per line card on CRS-1, 不要信口开河, 如果真有, 给个cisco的

avatar
w*s
112
因为他们很喜欢你这样子推荐J的产品,无他。

些顽固的落后ISP NOC admin和teser抱着如数家珍

【在 m********r 的大作中提到】
: 笑话. 劝你不要过话给c的sales. 这些都是公开的,只是你不知道罢了, 哈哈
: 再说他们的product, 耗电量高, 又bug pro, 就没有哪一款google看得上眼的. 就某些顽固的落后ISP NOC admin和teser抱着如数家珍

avatar
w*s
113
RE和DRP的功能有多大不同么?
好好想想,限制RE的安装位置有什么好处?断电了一起断?
如果LC Chassis的总量限制没有那么小,何必提供单一的RE Chassis.
如果用一个LC Chassis装所有的DRP,和一个RE Chassis有区别么?
再好好想想,JCS优于DRP的地方究竟在那里?如果总是说别人都有的功能
我也没法认为你是J饭了,虽然也许你真的为J工作。

virtually

【在 m********r 的大作中提到】
: 当然有区别. 严重怀疑你不接触ISP的productive network. ISP的network 都要 run很
: 多不同的service. JCS12000的每一独立RE可以做到在同一个router chassis上run不同
: 的service, run不同的image, 就算一个RE down了也不影响其他的RE上的service. 而
: 且整个jcs chassis每个module都有redundancy.
: 还省chassis space. 以前要4台router chassis才能完成的service, 用JCS virtually
: divide一下, 三台router chassis就能完成了.
: CRS-1为了装DRP, 每少一个LC就少了很多forwarding capacity?! 对核心路由器来说是
: 最严重的缺陷了. 说到单点故障, CRS-1才是最大的单点故障, 整个CRS-1 down了你啥
: DRP都不用跑了.
: 你把cisco sales教的propaganda背得也太熟了, 也不自己想想.

avatar
w*s
114
大小姐,那只是OSM-8OC3-POS-X的datasheet,这上面有4个GE在那里凑数而已。
没删掉的在这里。
http://www.cisco.com/en/US/prod/collateral/modules/ps2831/ps4369/product_data_sheet09186a0080092249.html

【在 m********r 的大作中提到】
: 我本来就不了解7600. 只是在cisco网站上看到他们自己列出来的 Cisco 7609 Rack
: Density. Cisco 7609 Chassis Density
: http://209.85.173.132/search?q=cache:YZMNE8uxf74J:www.cisco.com/en/US/products/hw/routers/ps368/products_data_sheet09186a0080092249.html+cisco+port+density+128+ports+per+line+card&cd=2&hl=en&ct=clnk&gl=us&client=firefox-a
: 不过我前天一发帖, 这个webpage就给删了, 只有google cache.

avatar
m*r
115
我劝你还是别说了。 你胡说越多,越暴露你对不论c还是j的router system结构什么都
不懂。看来cisco的sales没有把你们training好啊。
oversubscribe我回zher的帖子就已经提到了。你好像就知道个名词而已,然后就信口
胡说。拜托,oversubscription是靠user config在vlan based logical interfaces上
的SLA来建立的好不好,并不是physical ports多几个就代表oversubscription。就算
是40GE ports的CRS-1 line card照样可以做over subscription。你这明显都没有在无
论IOS还是JUNOS的CLI里configure过class of service的feaure。我免费给你上课了。
还是那句话,你如果不能provide official的link或者document里有60GE ports的CRS-
1 line card,就别胡说。看这个版的都是这个行业工作的,甚至直接就有有两家
vendor company的。要忽悠也去个不那么专业的版

【在 w***s 的大作中提到】
: 你好象不知道什么叫做over-subscribe.
: 这是厂商数数的基本功力。所以我说你象J黑了,别的功能不提,就在这里数数而已。
:
: line
: line
: ports

avatar
j*a
116
这样说他们市场老大是吹出来的了?这么烂的东西谁愿意用啊?Juniper技术好,
Huawei价格便宜,Alcatel还有领先的ethernet,

些顽固的落后ISP NOC admin和teser抱着如数家珍

【在 m********r 的大作中提到】
: 笑话. 劝你不要过话给c的sales. 这些都是公开的,只是你不知道罢了, 哈哈
: 再说他们的product, 耗电量高, 又bug pro, 就没有哪一款google看得上眼的. 就某些顽固的落后ISP NOC admin和teser抱着如数家珍

avatar
m*r
117
已经有人说了,c夹在j和华为之间,不上不下,以后的日子会更难过。
市场老大和技术好或者价格便宜都没有关系,关键是谁最老,最先占领market,timing
很重要。ISP network的一个特点是,一旦他们一开始用了什么product,就不会再swap
出去,直到下次新的网络的开建,产品需要更新换代,老的router就被push到网络的外
edge。有一个美国最大的ISP之一,在新建一个core network,一台cisco的都没再买。
这也是为啥cisco上两个季度报告都很不好的原因,而且chambers在ER conference
meeting上首次提到竞争对手的名字
cisco去年的core router market share下降了7%.

【在 j******a 的大作中提到】
: 这样说他们市场老大是吹出来的了?这么烂的东西谁愿意用啊?Juniper技术好,
: Huawei价格便宜,Alcatel还有领先的ethernet,
:
: 些顽固的落后ISP NOC admin和teser抱着如数家珍

avatar
w*s
118
C本来就是将比较差的东西做成贵的东西卖。

【在 j******a 的大作中提到】
: 这样说他们市场老大是吹出来的了?这么烂的东西谁愿意用啊?Juniper技术好,
: Huawei价格便宜,Alcatel还有领先的ethernet,
:
: 些顽固的落后ISP NOC admin和teser抱着如数家珍

avatar
w*s
119
我的确对J的结构不适那末懂,所以一直指望你能说出些什么。
不分vlan sub interface就不能over-subscribe倒是很新鲜,
问题是如果用户不打算用vlan,也不打算中间加个switch的
话,你打算如何呢?
你要是用MX960的概念来想象CRS-1自然会到处去找CRS-1的对应
板卡,如果你知道T640的结构就不会这么高兴了,即便如此,
CRS-1还是有款8x10GE的老PLIM。至于SIP-800,你也打算直接
忽略吧?

CRS-

【在 m********r 的大作中提到】
: 我劝你还是别说了。 你胡说越多,越暴露你对不论c还是j的router system结构什么都
: 不懂。看来cisco的sales没有把你们training好啊。
: oversubscribe我回zher的帖子就已经提到了。你好像就知道个名词而已,然后就信口
: 胡说。拜托,oversubscription是靠user config在vlan based logical interfaces上
: 的SLA来建立的好不好,并不是physical ports多几个就代表oversubscription。就算
: 是40GE ports的CRS-1 line card照样可以做over subscription。你这明显都没有在无
: 论IOS还是JUNOS的CLI里configure过class of service的feaure。我免费给你上课了。
: 还是那句话,你如果不能provide official的link或者document里有60GE ports的CRS-
: 1 line card,就别胡说。看这个版的都是这个行业工作的,甚至直接就有有两家
: vendor company的。要忽悠也去个不那么专业的版

avatar
j*a
120
您是说vzw吗?最后还不是便宜了acaltel,juniper也没有捞到好处。

timing
swap

【在 m********r 的大作中提到】
: 已经有人说了,c夹在j和华为之间,不上不下,以后的日子会更难过。
: 市场老大和技术好或者价格便宜都没有关系,关键是谁最老,最先占领market,timing
: 很重要。ISP network的一个特点是,一旦他们一开始用了什么product,就不会再swap
: 出去,直到下次新的网络的开建,产品需要更新换代,老的router就被push到网络的外
: edge。有一个美国最大的ISP之一,在新建一个core network,一台cisco的都没再买。
: 这也是为啥cisco上两个季度报告都很不好的原因,而且chambers在ER conference
: meeting上首次提到竞争对手的名字
: cisco去年的core router market share下降了7%.

avatar
m*r
121
不能说。
而且acltel没有core product

【在 j******a 的大作中提到】
: 您是说vzw吗?最后还不是便宜了acaltel,juniper也没有捞到好处。
:
: timing
: swap

avatar
S*n
122
Cisco is the no.1 in VoIP market for mid-large companies bah.

【在 j******a 的大作中提到】
: 这样说他们市场老大是吹出来的了?这么烂的东西谁愿意用啊?Juniper技术好,
: Huawei价格便宜,Alcatel还有领先的ethernet,
:
: 些顽固的落后ISP NOC admin和teser抱着如数家珍

avatar
L*t
123
You are talking about service level oversubscription.
waves is talking about architecture level oversubscription. For example, an
8 10GE linecard with 40G fabric bandwidth, it's 2:1 oversubscription by
design.

CRS-

【在 m********r 的大作中提到】
: 我劝你还是别说了。 你胡说越多,越暴露你对不论c还是j的router system结构什么都
: 不懂。看来cisco的sales没有把你们training好啊。
: oversubscribe我回zher的帖子就已经提到了。你好像就知道个名词而已,然后就信口
: 胡说。拜托,oversubscription是靠user config在vlan based logical interfaces上
: 的SLA来建立的好不好,并不是physical ports多几个就代表oversubscription。就算
: 是40GE ports的CRS-1 line card照样可以做over subscription。你这明显都没有在无
: 论IOS还是JUNOS的CLI里configure过class of service的feaure。我免费给你上课了。
: 还是那句话,你如果不能provide official的link或者document里有60GE ports的CRS-
: 1 line card,就别胡说。看这个版的都是这个行业工作的,甚至直接就有有两家
: vendor company的。要忽悠也去个不那么专业的版

avatar
B*R
124
?他们用BRCM,功能很少,但速度绝对快。GOOGLE不可能找一帮人做S/W ROUTING得

packet

【在 m********r 的大作中提到】
: 我家LD说他们先天缺陷,做不来大的,小的switch或者ge based的小router,用
: software handle packet的,有可能行。
: 我也觉得,你说google能烧FPGA做出个SONET卡来,10G, 100G?不可能啊。还有packet
: forwarding engine,他们怎么可能做得出那些个ASIC。。。也许是我太小看google了
: 。

avatar
B*R
125
。。。。

【在 m********r 的大作中提到】
: marvell 和ezchip哪有什么ASIC经验
: 说道routing protocols, 那个其实才是好买的

avatar
B*R
126
CSCO的新SWITC还用TCAM?不会吧

【在 z**r 的大作中提到】
: ????what are you talking about? 34GE port per chassis? sounds like a last
: centrury product
:
: per
: ports

avatar
B*R
127
他们准备自己做,DUMP T-MATRIX。具体情况不知道,高级保密

【在 w***s 的大作中提到】
: Google号称目前有36个DCs,700K Servers, 平均每个DC有20000机器,假定每台服务器
: 都是GE,平均使用率为40%,总带宽也就是8Tbps。
: Google应该是用Juniper的设备,五台4Chassis T-Matrix也足够了,全球120台,也就
: 一大型ISP的规模,还看不出来有啥必要自己搞。

avatar
B*R
128
这些都是噱头

【在 w***s 的大作中提到】
: 单独的RE Chassis除了Routing还能分离出来什么?
: Juniper要能出个超越现有逻辑结构的multiple-chassis系统来还真就
: 革命了。

avatar
B*R
129
这个圈子还小?你是说人少还是公司数目少,做SWITCHING的小公司也很多,GOOGLE一
直在看一家STARTUP的ASIC和产品

【在 z**r 的大作中提到】
: 这个行业圈子很小,就那么几家公司,大家跳来跳去总归哪个地方大家都有认识人,一
: 些信息还是比较公开的

avatar
B*R
130
这个玩意儿。。。最近有人买吗

【在 m********r 的大作中提到】
: 我说的也是distribute control plane
: http://www.juniper.net/us/en/products-services/routing/jcs/#featurebenefits
: jcs1200可以支持up to 12 RE blades。任意一个external的RE blade甚至可以什么
: forwarding plane都没有,完全用来单独做route reflector
:
: reliability

avatar
B*R
131
goog不买CSCO,PERIOD

【在 v**n 的大作中提到】
: 两位不要着急上火。C/J两家各有千秋,google买J是有其他原因的。MG即使在J,信息
: 可能也很有限,
: 我们还是回到原来的topic好了。
: 据可靠的内部消息,其实这个effort就是要把forward plane做的像白菜一样便宜而且
: 密度巨大。中关村,
: fry's啥的都能买到。所有的flow level decision都做到controller里。这个ctler可
: 以是在chasis
: 上,或者在其他chasis上,或者是一个external的server multiple hops away. 能不
: 能做成,到底
: 能做到神魔程度,现在不好说。

avatar
B*R
132
密度永远不够,够了我们就都失业了

【在 v**n 的大作中提到】
: 分离是为了能将data plane彻底白菜价化。我还在J的时候就整天听着port密度不够。
: 现在这个问题还是没
: 解决吧?

avatar
B*R
133
恩,那个分立PLANE和GOOG的问题两回事。GOOG要PER PORT价钱便宜,而且不想被有限
的VENDOR牵着鼻子走。但GOOG不傻,外面的东西如果好还便宜他们还是会买的

来的

【在 w***s 的大作中提到】
: 最近的确有些上火,不过完全不是因为这个问题:-)
: 这内部消息验证了我开始的看法,Google不过是要个廉价的解决方案,目前能满足技术
: 要求的太贵,反之则不够用。
: 至于分离的Controller我认为完全不是重点,概念上也没什么新鲜的,除非他们做出来的
: 是应用约束而不是拓扑约束的路由机制,这点我倒是宁愿相信能搞出来。
: C/J什么的,也不是重点,顺手拿来说明概念的...

avatar
B*R
134
这个我们可以,今年吧

【在 v**n 的大作中提到】
: i am talking about 128/LC.
: cisco的density也跟我没关系

avatar
B*R
135
有C在,不怕白菜。除非C让LINKSYS去做NEXSUS

了?

【在 v**n 的大作中提到】
: J在G的生意是比C好做,以前一起负责G account的一朋友最近跳J了。
: 说句实话,C/J都太贵。可是交换机路由器都白菜价了,我们这些人还不都喝西北风了?

avatar
B*R
136
ASR9000/nexus7000,和960比?HMMM。。。

feature
40port

【在 z**r 的大作中提到】
: 一个line card 40个port在7600的ES+卡上有啊,而且是line rate,mx960打开feature
: 后好像很多时候不能line rate了吧。在ASR9000以及nexus7000上,line rate的40port
: line card都有,而且扩展性比mx960还是强太多了

avatar
B*R
137
最旧谣言是GOOG一直不打算买C的东西

【在 w***s 的大作中提到】
: 最新谣言,G本来打算买N5K的,当然是在其成为N5k之前,现在就自己干了...
: 所以我们白炒了半天...
:
: 了?

avatar
B*R
138
其实有什么区别,现在还有不RUN路油的SWITCH?那肯定是白菜 already

Switch

【在 w***s 的大作中提到】
: 交换机会白菜价,都system on chip了。但是路由器还不会,如果G的努力是打算所有
: rack switch都有独立转发能力,switch之间是fabric, 价格必然上去了,如果Switch
: 之间还有STP,或者路由协议,那就没啥好担心的了。
:
: 了?

avatar
B*R
139
BINGO,但他们SALES和MARKETING强

【在 w***s 的大作中提到】
: C本来就是将比较差的东西做成贵的东西卖。
avatar
B*R
140
夹不住C,C太胖。对于J和HW来说,多侵蚀个20%市场份额是最理想状态。

timing
swap

【在 m********r 的大作中提到】
: 已经有人说了,c夹在j和华为之间,不上不下,以后的日子会更难过。
: 市场老大和技术好或者价格便宜都没有关系,关键是谁最老,最先占领market,timing
: 很重要。ISP network的一个特点是,一旦他们一开始用了什么product,就不会再swap
: 出去,直到下次新的网络的开建,产品需要更新换代,老的router就被push到网络的外
: edge。有一个美国最大的ISP之一,在新建一个core network,一台cisco的都没再买。
: 这也是为啥cisco上两个季度报告都很不好的原因,而且chambers在ER conference
: meeting上首次提到竞争对手的名字
: cisco去年的core router market share下降了7%.

avatar
B*R
141
越来越看不懂了。不过我一直也不懂这个over-subscribe,qos is a biatch

【在 w***s 的大作中提到】
: 我的确对J的结构不适那末懂,所以一直指望你能说出些什么。
: 不分vlan sub interface就不能over-subscribe倒是很新鲜,
: 问题是如果用户不打算用vlan,也不打算中间加个switch的
: 话,你打算如何呢?
: 你要是用MX960的概念来想象CRS-1自然会到处去找CRS-1的对应
: 板卡,如果你知道T640的结构就不会这么高兴了,即便如此,
: CRS-1还是有款8x10GE的老PLIM。至于SIP-800,你也打算直接
: 忽略吧?
:
: CRS-

avatar
B*R
142
恩,VOIP CISCO摇摇领先J

【在 S******n 的大作中提到】
: Cisco is the no.1 in VoIP market for mid-large companies bah.
avatar
B*R
143
靠谱

an

【在 L******t 的大作中提到】
: You are talking about service level oversubscription.
: waves is talking about architecture level oversubscription. For example, an
: 8 10GE linecard with 40G fabric bandwidth, it's 2:1 oversubscription by
: design.
:
: CRS-

avatar
m*r
144
My whole point is that CRS-1 doesn't have a 60GE ports density per line card.
Well, high port density per line card on core router is never a requirement. When the port density is a requirement on core router, the core router itself is evolving toward the edge. And there will be a next generation core router come into picture. It does not make sense to compare the port density of a edge router with a core router. However, when we were talking about MX960 port density, waves jumped into claim 60G

【在 L******t 的大作中提到】
: You are talking about service level oversubscription.
: waves is talking about architecture level oversubscription. For example, an
: 8 10GE linecard with 40G fabric bandwidth, it's 2:1 oversubscription by
: design.
:
: CRS-

avatar
n*t
145
there are couple of issues that traditional routing products don't resolve
well or cheap enough.
1. the dense datacenter has to have three routing/switching layers to
achieve a good service level, that's a huge capex and opex effort, it's not
so hard to make it flat to two layers, just that there's no such product
yet.
2. for bcp, normally big internet players have many data centers and it
sould be easy to shit traffic around in real time, it's not feasible to achieve that by
consistently chang

【在 z**r 的大作中提到】
: 听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
: EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
: 有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
: 得自己接着后续开发维护,划算吗?

avatar
wu
146
哪家startup?

【在 B*****R 的大作中提到】
: 这个圈子还小?你是说人少还是公司数目少,做SWITCHING的小公司也很多,GOOGLE一
: 直在看一家STARTUP的ASIC和产品

avatar
c*i
147
连老包也来了。。。

【在 B*****R 的大作中提到】
: 靠谱
:
: an

avatar
w*s
148
本来O/S也不是能上台面的东西,不知道是否真有厂商会吹嘘这个。
原以为数完数之后大家就开始互K line rate/full feature呢。
至于QoS,就记住变不出来带宽就可乐。

【在 B*****R 的大作中提到】
: 越来越看不懂了。不过我一直也不懂这个over-subscribe,qos is a biatch
avatar
w*s
149
ASR9K本来就是做Ethernet Service,和960比高攀了?

【在 B*****R 的大作中提到】
: ASR9000/nexus7000,和960比?HMMM。。。
:
: feature
: 40port

avatar
w*s
150
惭愧,言多必失啊. 水灌的够多了,好歹加点三聚。
把逻辑理一下:
1. 固定端口的PLIM基本停产了,最大的是8*10GE,肯定是找不到60xGE和40xGE的PLIM
2. 因为oversubscription,不能拿40G转发能力来推测40xGE。SIP-800最多可装6个10Gbps的Ethernet SPA.
3. 因为10xGE SPA到目前还是双宽的,也装不了6个,单宽最大是8xGE。
按1GE算结论是48xGE = 8xGE * 6,我输了...

an

【在 L******t 的大作中提到】
: You are talking about service level oversubscription.
: waves is talking about architecture level oversubscription. For example, an
: 8 10GE linecard with 40G fabric bandwidth, it's 2:1 oversubscription by
: design.
:
: CRS-

avatar
j*a
151
ASR9k 和960 以及 actel 7750直接竞争。

【在 w***s 的大作中提到】
: ASR9K本来就是做Ethernet Service,和960比高攀了?
avatar
B*R
152
Arista

【在 wu 的大作中提到】
: 哪家startup?
avatar
w*l
153

可真热闹。上班都很闲嘛。。。
看了一遍帖子。有圈子里的,有圈子外的。其实一开口就能知道,别看都躲在某个阴暗
的cube里:--)。
Google是不可能有实力做CRS-1,或者T-1600的。通常而言,能去google混午饭的刚毕
业的博士生,基本上不可能在C和J找个好差事。差距太大。C和J是做系统的。G是做应
用的,其实好混,玩个小算法,就行了。
除了ASIC和多核,如CRS-1上的SPP,系统的ISSU是非常难做。。。。。。。
Google没有10年的积累,或者将人端过去,没有这个能力。。。。。。。
点到为止。。。。。。

【在 z**r 的大作中提到】
: 听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
: EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
: 有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
: 得自己接着后续开发维护,划算吗?

avatar
B*R
154
GOOGLE PLATFORM TEAM里面C和J的人很多,什么老SUN的老DEC的更多,还有EXTREME
FORCE10等等。具有系统经验的人绝对不少,新毕业的在里面的比例大大的小于其他
GOOG的GROUP。
关于他们能不能做出来,我觉得更多是取决于他们要不要花那个钱和精力,何况他们还
可以合作。GOOG很多PROJECT都是短命试验性,这也是为什么去那里对于真正要继续做
系统的人来说不是很好的选择

【在 w**l 的大作中提到】
:
: 可真热闹。上班都很闲嘛。。。
: 看了一遍帖子。有圈子里的,有圈子外的。其实一开口就能知道,别看都躲在某个阴暗
: 的cube里:--)。
: Google是不可能有实力做CRS-1,或者T-1600的。通常而言,能去google混午饭的刚毕
: 业的博士生,基本上不可能在C和J找个好差事。差距太大。C和J是做系统的。G是做应
: 用的,其实好混,玩个小算法,就行了。
: 除了ASIC和多核,如CRS-1上的SPP,系统的ISSU是非常难做。。。。。。。
: Google没有10年的积累,或者将人端过去,没有这个能力。。。。。。。
: 点到为止。。。。。。

avatar
w*l
155

是的,里面特别是网罗了一下C的人。里面不是朋友。
google做这些东西的目的一定很单纯--fix their own problem。不可能是拿到市场上
去吆喝,买钱。
不符合其利益。
一个backplane的fabric chipset就能做死人。
一个系统做出来,还需要3,4年才能稳定下来。
其中之投入太大,除非买断J.

【在 B*****R 的大作中提到】
: GOOGLE PLATFORM TEAM里面C和J的人很多,什么老SUN的老DEC的更多,还有EXTREME
: FORCE10等等。具有系统经验的人绝对不少,新毕业的在里面的比例大大的小于其他
: GOOG的GROUP。
: 关于他们能不能做出来,我觉得更多是取决于他们要不要花那个钱和精力,何况他们还
: 可以合作。GOOG很多PROJECT都是短命试验性,这也是为什么去那里对于真正要继续做
: 系统的人来说不是很好的选择

avatar
B*R
156
NO, 他们就是为了自己用,不是要卖出来,至少现在是这个目的

【在 w**l 的大作中提到】
:
: 是的,里面特别是网罗了一下C的人。里面不是朋友。
: google做这些东西的目的一定很单纯--fix their own problem。不可能是拿到市场上
: 去吆喝,买钱。
: 不符合其利益。
: 一个backplane的fabric chipset就能做死人。
: 一个系统做出来,还需要3,4年才能稳定下来。
: 其中之投入太大,除非买断J.

avatar
w*s
157
那么要做的是那种?rack switch, agg/core switch还是multi-chassis router? 抑或
以上皆是?
avatar
B*R
158
It's been going on more than 3 years. they have pizza boxes now(maybe
chassis). 10G desity is their current priority I believe. whether they do
core switch, or even router, it is their secret. I have no idea....
I believe if goog wants to do sth by their own, they certainly can. About if
they should do it, or how soon they can deliver, or if it's worthy...I
dunno. One thing I'm sure is they currently don't need so many fancy
features. pretty simple config w/o much usr interaction. it is not sth

【在 w***s 的大作中提到】
: 那么要做的是那种?rack switch, agg/core switch还是multi-chassis router? 抑或
: 以上皆是?

avatar
w*s
159
那就还是偏向rack/core switch,既然10G NIC也不算罕见。
就看会不会出来个Multi-Chassis Switch了。

if
they

【在 B*****R 的大作中提到】
: It's been going on more than 3 years. they have pizza boxes now(maybe
: chassis). 10G desity is their current priority I believe. whether they do
: core switch, or even router, it is their secret. I have no idea....
: I believe if goog wants to do sth by their own, they certainly can. About if
: they should do it, or how soon they can deliver, or if it's worthy...I
: dunno. One thing I'm sure is they currently don't need so many fancy
: features. pretty simple config w/o much usr interaction. it is not sth

avatar
v*n
160
要看谁做的。我做的人就买了。。。
对了,博物馆goer在你们那儿做PLM吗?

【在 B*****R 的大作中提到】
: goog不买CSCO,PERIOD
avatar
v*n
161
ft.我二老板开的公司。可惜他老人家早不理俺了。

【在 B*****R 的大作中提到】
: Arista
avatar
v*n
162
说到要害了。这些人在一个完全没有大系统开发的文化的氛围中很难做出什麽来好像。
咱认识那几位不都转型了吗? //run
就好象,在C&J做web app的很难升TLM.

【在 B*****R 的大作中提到】
: GOOGLE PLATFORM TEAM里面C和J的人很多,什么老SUN的老DEC的更多,还有EXTREME
: FORCE10等等。具有系统经验的人绝对不少,新毕业的在里面的比例大大的小于其他
: GOOG的GROUP。
: 关于他们能不能做出来,我觉得更多是取决于他们要不要花那个钱和精力,何况他们还
: 可以合作。GOOG很多PROJECT都是短命试验性,这也是为什么去那里对于真正要继续做
: 系统的人来说不是很好的选择

avatar
v*o
163
我一个朋友之前在google的infrastructure那边实习。个人感觉,他们做这个的主要目
的还是要满足他们app的需要。性能和价格都是他们考虑的方面。
而且,他们所有的东西都算自己做的,维护和优化也容易。

【在 z**r 的大作中提到】
: 听说google正在做自己的data center switch,类似Cisco的Nexus 7000或者Juniper的
: EX 8200,甚至还在做自己的core router,类似Cisco CRS-1或者Juniper T1600
: 有什么必要呢?俺不认为google能做出比这些更好的来,就算能,花那么多钱做出来还
: 得自己接着后续开发维护,划算吗?

avatar
w*s
164
他们对于底层硬件的政策是不是不修复,不维护,不升级?用过即丢。

【在 v*****o 的大作中提到】
: 我一个朋友之前在google的infrastructure那边实习。个人感觉,他们做这个的主要目
: 的还是要满足他们app的需要。性能和价格都是他们考虑的方面。
: 而且,他们所有的东西都算自己做的,维护和优化也容易。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。