z*r
2 楼
http://www.overpromisesunderdelivers.net/
is this all true?
is this all true?
s*t
3 楼
在8月进行的飞行试验中,美科学家利用铝-冰火箭推进剂,成功把一枚火箭发射到396.
24 米高空。
新浪科技讯 北京时间10月23日消息,据美国宇航局太空网报道,自从第一颗人造卫星
发射升空,50多年来火箭推进剂几乎没发生过任何变化。但是一种由纳米铝粉和结成冰
的水组成的新型混合物,将使火箭发射变得更加环保。把这种混合物当做燃料,飞船甚
至可在月球或火星等遥远的地方补充燃料。
铝-水推进剂优势明显
这种被称作ALICE的铝-冰火箭推进剂,通过铝和水之间产生的化学反应产生动力。
研究人员希望这种反应生成的氢不会对发射火箭产生不利影响,并希望在长期的太空任
务期间,这种产物可以用来填充氢燃料电池。
美国普渡大学的机械工程学教授史蒂文·索恩(Steven Son)说:“从全局来看,我
们希望开发出一种可以长期储存氢的技术。水满足了我们的这个要求,水非常稳定,是
一种储存氢的好选择。”
美国宇航局和美国空军科研办公室都对资助初始火箭点火试验表现出极大的兴趣。
在8月份进行的一项飞行试验过程中,普渡大学和美国宾州州立大学的科研组利用ALICE
,成功把一枚火箭发射到1300英尺(396.24 米
24 米高空。
新浪科技讯 北京时间10月23日消息,据美国宇航局太空网报道,自从第一颗人造卫星
发射升空,50多年来火箭推进剂几乎没发生过任何变化。但是一种由纳米铝粉和结成冰
的水组成的新型混合物,将使火箭发射变得更加环保。把这种混合物当做燃料,飞船甚
至可在月球或火星等遥远的地方补充燃料。
铝-水推进剂优势明显
这种被称作ALICE的铝-冰火箭推进剂,通过铝和水之间产生的化学反应产生动力。
研究人员希望这种反应生成的氢不会对发射火箭产生不利影响,并希望在长期的太空任
务期间,这种产物可以用来填充氢燃料电池。
美国普渡大学的机械工程学教授史蒂文·索恩(Steven Son)说:“从全局来看,我
们希望开发出一种可以长期储存氢的技术。水满足了我们的这个要求,水非常稳定,是
一种储存氢的好选择。”
美国宇航局和美国空军科研办公室都对资助初始火箭点火试验表现出极大的兴趣。
在8月份进行的一项飞行试验过程中,普渡大学和美国宾州州立大学的科研组利用ALICE
,成功把一枚火箭发射到1300英尺(396.24 米
b*y
4 楼
谁简略讲一下。
ps 我绝对不是坑,而是真的不了解...
ps 我绝对不是坑,而是真的不了解...
t*r
5 楼
接着编吧, 随便编
F*r
6 楼
“当前的航天飞机发射,其固体火箭推进器要排
放出大约230吨盐酸。”火箭发射基地附近岂不是污染很大哇?
396.
【在 s*****t 的大作中提到】
: 在8月进行的飞行试验中,美科学家利用铝-冰火箭推进剂,成功把一枚火箭发射到396.
: 24 米高空。
: 新浪科技讯 北京时间10月23日消息,据美国宇航局太空网报道,自从第一颗人造卫星
: 发射升空,50多年来火箭推进剂几乎没发生过任何变化。但是一种由纳米铝粉和结成冰
: 的水组成的新型混合物,将使火箭发射变得更加环保。把这种混合物当做燃料,飞船甚
: 至可在月球或火星等遥远的地方补充燃料。
: 铝-水推进剂优势明显
: 这种被称作ALICE的铝-冰火箭推进剂,通过铝和水之间产生的化学反应产生动力。
: 研究人员希望这种反应生成的氢不会对发射火箭产生不利影响,并希望在长期的太空任
: 务期间,这种产物可以用来填充氢燃料电池。
放出大约230吨盐酸。”火箭发射基地附近岂不是污染很大哇?
396.
【在 s*****t 的大作中提到】
: 在8月进行的飞行试验中,美科学家利用铝-冰火箭推进剂,成功把一枚火箭发射到396.
: 24 米高空。
: 新浪科技讯 北京时间10月23日消息,据美国宇航局太空网报道,自从第一颗人造卫星
: 发射升空,50多年来火箭推进剂几乎没发生过任何变化。但是一种由纳米铝粉和结成冰
: 的水组成的新型混合物,将使火箭发射变得更加环保。把这种混合物当做燃料,飞船甚
: 至可在月球或火星等遥远的地方补充燃料。
: 铝-水推进剂优势明显
: 这种被称作ALICE的铝-冰火箭推进剂,通过铝和水之间产生的化学反应产生动力。
: 研究人员希望这种反应生成的氢不会对发射火箭产生不利影响,并希望在长期的太空任
: 务期间,这种产物可以用来填充氢燃料电池。
a*s
7 楼
就是以前做企业信息化的
有些是大公司的IT部门分出来成立的
鱼龙混杂,总体上来说不怎么样
有些是大公司的IT部门分出来成立的
鱼龙混杂,总体上来说不怎么样
m*5
9 楼
IT consulting is mainly an engineering job with or without some business
flavor.
If you are looking for business career, IT consulting will not be your top
choice.
Many people confuse IT consulting with management consulting.
flavor.
If you are looking for business career, IT consulting will not be your top
choice.
Many people confuse IT consulting with management consulting.
t*r
10 楼
记得08年,思科怎么说的来着, 400 Gbps/slot, 6.4 Tbps, 那是哪个平台?
现在呢? 400G板卡出来了没?
另外, 什么是Cisco Fuse? 下面这是什么?
ASR 9000 IOS-XR
ASR 5000 Starent OS
ASR 1000, 903 IOS-XE
ASR 901 IOS
版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
事情谁不会干?!
版主的险恶用心, 可见一斑
批判完毕~ hia~hia~hia~
现在呢? 400G板卡出来了没?
另外, 什么是Cisco Fuse? 下面这是什么?
ASR 9000 IOS-XR
ASR 5000 Starent OS
ASR 1000, 903 IOS-XE
ASR 901 IOS
版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
事情谁不会干?!
版主的险恶用心, 可见一斑
批判完毕~ hia~hia~hia~
t*r
12 楼
另, 不争论了, 作为一个SE, 我的武功基本都废了哈~
z*r
13 楼
400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
,但是觉得有点离谱,jnpr怎么能这样呢?
对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
【在 t*******r 的大作中提到】
: 记得08年,思科怎么说的来着, 400 Gbps/slot, 6.4 Tbps, 那是哪个平台?
: 现在呢? 400G板卡出来了没?
: 另外, 什么是Cisco Fuse? 下面这是什么?
: ASR 9000 IOS-XR
: ASR 5000 Starent OS
: ASR 1000, 903 IOS-XE
: ASR 901 IOS
: 版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
: 事情谁不会干?!
: 版主的险恶用心, 可见一斑
会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
,但是觉得有点离谱,jnpr怎么能这样呢?
对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
【在 t*******r 的大作中提到】
: 记得08年,思科怎么说的来着, 400 Gbps/slot, 6.4 Tbps, 那是哪个平台?
: 现在呢? 400G板卡出来了没?
: 另外, 什么是Cisco Fuse? 下面这是什么?
: ASR 9000 IOS-XR
: ASR 5000 Starent OS
: ASR 1000, 903 IOS-XE
: ASR 901 IOS
: 版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
: 事情谁不会干?!
: 版主的险恶用心, 可见一斑
t*r
14 楼
俺现在一堆组播VPN的case, 没有功夫跟你一个一个查launch schedule.
schedule
【在 z**r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
: ,但是觉得有点离谱,jnpr怎么能这样呢?
: 对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
: ,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
: switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
schedule
【在 z**r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
: ,但是觉得有点离谱,jnpr怎么能这样呢?
: 对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
: ,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
: switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
a*3
15 楼
明显C急了,与其乱咬还不如踏踏实实做好自己的产品。
x*n
16 楼
看着像个私人小山寨网页,看到结束吓了我一跳,cisco。。。哈哈哈。
c*i
17 楼
这种情况各家都有没啥好比的,计划跟不上变化嘛。market在变,对手推出的东西在变
,换个VP也在变。
至于400G这个东西,就不方便评价了。
,换个VP也在变。
至于400G这个东西,就不方便评价了。
w*s
18 楼
w*s
19 楼
single image听起来挺好而已。GSR/65都算是IOS,差别也很大。感觉Marketing和
Engineering头尾分离了。
schedule
【在 z**r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
: ,但是觉得有点离谱,jnpr怎么能这样呢?
: 对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
: ,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
: switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
Engineering头尾分离了。
schedule
【在 z**r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
: ,但是觉得有点离谱,jnpr怎么能这样呢?
: 对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
: ,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
: switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
p*s
20 楼
够无聊,看样子还应该多裁点
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
t*r
21 楼
400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
会有
<== 你这叫误导, 没出來板卡产品, 你拿着一块半成品芯片说这是400G, 算啥?
<== 关键是你有没有能卖给客户的板卡!!!
否则按照思科的流氓逻辑, 其他厂家也可以宣称啊, 我们出了个7500Tbps的板卡, 但是
要出产品板卡, 对不起, 您还得等一阵子.
schedule
【在 z**r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
: ,但是觉得有点离谱,jnpr怎么能这样呢?
: 对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
: ,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
: switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
会有
<== 你这叫误导, 没出來板卡产品, 你拿着一块半成品芯片说这是400G, 算啥?
<== 关键是你有没有能卖给客户的板卡!!!
否则按照思科的流氓逻辑, 其他厂家也可以宣称啊, 我们出了个7500Tbps的板卡, 但是
要出产品板卡, 对不起, 您还得等一阵子.
schedule
【在 z**r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有。另外不要回避问题,那个video里说的有没有?俺没有跟踪jnpr的发布schedule
: ,但是觉得有点离谱,jnpr怎么能这样呢?
: 对于csco IOS的这么些个分支,俺也挺有意见的,不过jnpr也差不多,收购回来的东西
: ,哪那么容易就全转成自己的OS。俺个人觉得,nx-os和ios xe可以合并,以后所有
: switch都用这个os,所有新开发的router都用ios xr,现在的是挺乱。
j*a
23 楼
Nexus刚出来的时候也就一坨吧,谁敢用?
Q2/08出的 真正成熟被70% F100公司用上又是什么时候呢?
Juniper’s Project Stratus/QFabric for the data center: After 2.5 years and
several announcements, Juniper has not delivered on their promise that
QFabric is designed to scale “…to tens of thousands of 10GbE ports”.
Delivered...
Cisco announced Nexus in January 2008, delivered it on Q2 2008 and Cisco’s
Nexus data center switch family has been adopted by more than 70% of the
Fortune 100
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
Q2/08出的 真正成熟被70% F100公司用上又是什么时候呢?
Juniper’s Project Stratus/QFabric for the data center: After 2.5 years and
several announcements, Juniper has not delivered on their promise that
QFabric is designed to scale “…to tens of thousands of 10GbE ports”.
Delivered...
Cisco announced Nexus in January 2008, delivered it on Q2 2008 and Cisco’s
Nexus data center switch family has been adopted by more than 70% of the
Fortune 100
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
t*r
24 楼
***另外不要回避问题,那个video里说的有没有?****
告诉你, 没有, 是思科在造谣.
结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
告诉你, 没有, 是思科在造谣.
结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
z*r
26 楼
你哪里看到asr9k说哪个芯片或者板卡支持400G了现在?说的是400G/slot,你到底是真
不懂还是装不懂?你就是有400G板卡,放在一个只能做40G/slot的chassis,它也还是
只能40G,你知道啥是investment protection吧?你没有一个超前的chassis,以后怎
么升级?给你一个400G/slot的chassis,就是告诉你以后能升级到400G的板卡。至于
timeline,不太方便说。400G/slot的chassis,现在就是,不存在以后。
这个video就是说jnpr没有credit啊,宣称多少多少,却没有,你回去看看jnpr的
announce吧。你可以宣称7500tbps的板卡,可是你没有啊。
【在 t*******r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有
: <== 你这叫误导, 没出來板卡产品, 你拿着一块半成品芯片说这是400G, 算啥?
: <== 关键是你有没有能卖给客户的板卡!!!
: 否则按照思科的流氓逻辑, 其他厂家也可以宣称啊, 我们出了个7500Tbps的板卡, 但是
: 要出产品板卡, 对不起, 您还得等一阵子.
:
: schedule
不懂还是装不懂?你就是有400G板卡,放在一个只能做40G/slot的chassis,它也还是
只能40G,你知道啥是investment protection吧?你没有一个超前的chassis,以后怎
么升级?给你一个400G/slot的chassis,就是告诉你以后能升级到400G的板卡。至于
timeline,不太方便说。400G/slot的chassis,现在就是,不存在以后。
这个video就是说jnpr没有credit啊,宣称多少多少,却没有,你回去看看jnpr的
announce吧。你可以宣称7500tbps的板卡,可是你没有啊。
【在 t*******r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有
: <== 你这叫误导, 没出來板卡产品, 你拿着一块半成品芯片说这是400G, 算啥?
: <== 关键是你有没有能卖给客户的板卡!!!
: 否则按照思科的流氓逻辑, 其他厂家也可以宣称啊, 我们出了个7500Tbps的板卡, 但是
: 要出产品板卡, 对不起, 您还得等一阵子.
:
: schedule
z*r
27 楼
都是2年前announce的,现在一个被70% F100公司在用,一个 。。。。还是一坨,你想
说明什么呢?
and
s
【在 j*a 的大作中提到】
: Nexus刚出来的时候也就一坨吧,谁敢用?
: Q2/08出的 真正成熟被70% F100公司用上又是什么时候呢?
: Juniper’s Project Stratus/QFabric for the data center: After 2.5 years and
: several announcements, Juniper has not delivered on their promise that
: QFabric is designed to scale “…to tens of thousands of 10GbE ports”.
: Delivered...
: Cisco announced Nexus in January 2008, delivered it on Q2 2008 and Cisco’s
: Nexus data center switch family has been adopted by more than 70% of the
: Fortune 100
说明什么呢?
and
s
【在 j*a 的大作中提到】
: Nexus刚出来的时候也就一坨吧,谁敢用?
: Q2/08出的 真正成熟被70% F100公司用上又是什么时候呢?
: Juniper’s Project Stratus/QFabric for the data center: After 2.5 years and
: several announcements, Juniper has not delivered on their promise that
: QFabric is designed to scale “…to tens of thousands of 10GbE ports”.
: Delivered...
: Cisco announced Nexus in January 2008, delivered it on Q2 2008 and Cisco’s
: Nexus data center switch family has been adopted by more than 70% of the
: Fortune 100
z*r
30 楼
另外你来解释一下这两个page,
http://www.juniper.net/us/en/company/press-center/press-release
这个说每个slot up to 250G,你来找出一块板卡支持这个250G的
http://www.juniper.net/us/en/products-services/routing/t-tx-ser
按照你的逻辑,那不是自己打自己脸了?但是俺认为这两个link没有冲突,第一个是说
chassis support up to 250G/slot,第二个只是现在的板卡没有250G的,但是again,
chassis is capable of 250G/slot。
还有这个T4000的http://www.juniper.net/us/en/dm/t4000/,240G/slot,号称world's fastest router,这个240G如果是Byte/s,那肯定是world's fastest router了,如果是bit/s,这牛可吹大发了。
再来看看T4000的板卡,http://www.juniper.net/us/en/products-services/routing/t-tx-series/t4000/#modules,还是找不到240G的板卡啊,别说240GB/s了,240Gb/s也没有啊
【在 t*******r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有
: <== 你这叫误导, 没出來板卡产品, 你拿着一块半成品芯片说这是400G, 算啥?
: <== 关键是你有没有能卖给客户的板卡!!!
: 否则按照思科的流氓逻辑, 其他厂家也可以宣称啊, 我们出了个7500Tbps的板卡, 但是
: 要出产品板卡, 对不起, 您还得等一阵子.
:
: schedule
http://www.juniper.net/us/en/company/press-center/press-release
这个说每个slot up to 250G,你来找出一块板卡支持这个250G的
http://www.juniper.net/us/en/products-services/routing/t-tx-ser
按照你的逻辑,那不是自己打自己脸了?但是俺认为这两个link没有冲突,第一个是说
chassis support up to 250G/slot,第二个只是现在的板卡没有250G的,但是again,
chassis is capable of 250G/slot。
还有这个T4000的http://www.juniper.net/us/en/dm/t4000/,240G/slot,号称world's fastest router,这个240G如果是Byte/s,那肯定是world's fastest router了,如果是bit/s,这牛可吹大发了。
再来看看T4000的板卡,http://www.juniper.net/us/en/products-services/routing/t-tx-series/t4000/#modules,还是找不到240G的板卡啊,别说240GB/s了,240Gb/s也没有啊
【在 t*******r 的大作中提到】
: 400G/slot没有问题吧,是说chassis/slot is capable of 400G/slot,板卡以后自然
: 会有
: <== 你这叫误导, 没出來板卡产品, 你拿着一块半成品芯片说这是400G, 算啥?
: <== 关键是你有没有能卖给客户的板卡!!!
: 否则按照思科的流氓逻辑, 其他厂家也可以宣称啊, 我们出了个7500Tbps的板卡, 但是
: 要出产品板卡, 对不起, 您还得等一阵子.
:
: schedule
d*i
31 楼
IOS 和 IOS-XE 是一个东西, 特别从用户角度更是如此。
NX OS将来和IOS 也会一样了。XR倒是不一样,短期估计也不会一样,但是只有CRS和9k
两个用了。
【在 t*******r 的大作中提到】
: 记得08年,思科怎么说的来着, 400 Gbps/slot, 6.4 Tbps, 那是哪个平台?
: 现在呢? 400G板卡出来了没?
: 另外, 什么是Cisco Fuse? 下面这是什么?
: ASR 9000 IOS-XR
: ASR 5000 Starent OS
: ASR 1000, 903 IOS-XE
: ASR 901 IOS
: 版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
: 事情谁不会干?!
: 版主的险恶用心, 可见一斑
NX OS将来和IOS 也会一样了。XR倒是不一样,短期估计也不会一样,但是只有CRS和9k
两个用了。
【在 t*******r 的大作中提到】
: 记得08年,思科怎么说的来着, 400 Gbps/slot, 6.4 Tbps, 那是哪个平台?
: 现在呢? 400G板卡出来了没?
: 另外, 什么是Cisco Fuse? 下面这是什么?
: ASR 9000 IOS-XR
: ASR 5000 Starent OS
: ASR 1000, 903 IOS-XE
: ASR 901 IOS
: 版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
: 事情谁不会干?!
: 版主的险恶用心, 可见一斑
s*v
33 楼
好了,哥几个有啥好吵的?!说大话,over-commit谁都干,大公司干的少一些是担心
liability,不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过,
pepsi大骂coke的广告吧,肯定没有反过来的,因为cola是第一吗。以前在ibm的时候,
特别说不要公共场合攻击对手。所以cisco做这个video,显然不把自己当老大了。
liability,不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过,
pepsi大骂coke的广告吧,肯定没有反过来的,因为cola是第一吗。以前在ibm的时候,
特别说不要公共场合攻击对手。所以cisco做这个video,显然不把自己当老大了。
d*i
34 楼
同意,不知道哪个脑蚕干的, 太没有风度了,狗急跳墙状。
以前新东方有一阵被一个叫马力的追,马力没事儿就在新东方门口发单子说新东方这里
教错了,那里不对,
后来老余上课就说,不要攻击你的对手,那样只能让你的对手看到自己的弱点从而变得
更强大。
【在 s******v 的大作中提到】
: 好了,哥几个有啥好吵的?!说大话,over-commit谁都干,大公司干的少一些是担心
: liability,不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过,
: pepsi大骂coke的广告吧,肯定没有反过来的,因为cola是第一吗。以前在ibm的时候,
: 特别说不要公共场合攻击对手。所以cisco做这个video,显然不把自己当老大了。
以前新东方有一阵被一个叫马力的追,马力没事儿就在新东方门口发单子说新东方这里
教错了,那里不对,
后来老余上课就说,不要攻击你的对手,那样只能让你的对手看到自己的弱点从而变得
更强大。
【在 s******v 的大作中提到】
: 好了,哥几个有啥好吵的?!说大话,over-commit谁都干,大公司干的少一些是担心
: liability,不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过,
: pepsi大骂coke的广告吧,肯定没有反过来的,因为cola是第一吗。以前在ibm的时候,
: 特别说不要公共场合攻击对手。所以cisco做这个video,显然不把自己当老大了。
z*r
39 楼
大错特错,cisco10年前非常aggressive,前几年就不aggressive,结果呢?这个
industry就这样,你要是跟客户打过交道你就知道了,都是踩着别人才能爬上去,要不
大家都进short list就行了
【在 s******v 的大作中提到】
: 好了,哥几个有啥好吵的?!说大话,over-commit谁都干,大公司干的少一些是担心
: liability,不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过,
: pepsi大骂coke的广告吧,肯定没有反过来的,因为cola是第一吗。以前在ibm的时候,
: 特别说不要公共场合攻击对手。所以cisco做这个video,显然不把自己当老大了。
industry就这样,你要是跟客户打过交道你就知道了,都是踩着别人才能爬上去,要不
大家都进short list就行了
【在 s******v 的大作中提到】
: 好了,哥几个有啥好吵的?!说大话,over-commit谁都干,大公司干的少一些是担心
: liability,不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过,
: pepsi大骂coke的广告吧,肯定没有反过来的,因为cola是第一吗。以前在ibm的时候,
: 特别说不要公共场合攻击对手。所以cisco做这个video,显然不把自己当老大了。
f*8
41 楼
哇,真没想到,现在已经到这种程度了。
攻城拔寨。
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
攻城拔寨。
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
t*r
47 楼
我已自行删贴, 对此话题不再回应了...说我耸了也好, 怎么也好, 爱说啥说啥吧
a*3
50 楼
怎么感觉楼主和jnpr有点恩怨,难道是去jnpr不成,或是对jnpr给的offer不满意,怀
恨在心?:)
正如tony所说,competior之间的攻击没啥意思。
恨在心?:)
正如tony所说,competior之间的攻击没啥意思。
m*t
58 楼
这种TACTICAL announcement 只是个R&D 方向而已,内部肯定有做SOLUTION的,做芯片
的,做BACKPLANE,板卡, port 都得成熟才有的用,而且整体市场支持还没上来,就
算做出来也没有ECOSYSTEM 去更新。
说来说去,100GE/PORT 的LINECARD 有多少商用的吗
JNPR 说 100GE port may cost about $US150,000,这东西好做吗?
的,做BACKPLANE,板卡, port 都得成熟才有的用,而且整体市场支持还没上来,就
算做出来也没有ECOSYSTEM 去更新。
说来说去,100GE/PORT 的LINECARD 有多少商用的吗
JNPR 说 100GE port may cost about $US150,000,这东西好做吗?
z*r
60 楼
100G的需求很旺啊,视频,cloud computing,4G这些都是带宽大户,未来几年肯定需
求挺旺盛的。port这个价钱还算好,那SFP才是贵啊,就连10G的都要成千上万一个
【在 m**t 的大作中提到】
: 这种TACTICAL announcement 只是个R&D 方向而已,内部肯定有做SOLUTION的,做芯片
: 的,做BACKPLANE,板卡, port 都得成熟才有的用,而且整体市场支持还没上来,就
: 算做出来也没有ECOSYSTEM 去更新。
: 说来说去,100GE/PORT 的LINECARD 有多少商用的吗
: JNPR 说 100GE port may cost about $US150,000,这东西好做吗?
求挺旺盛的。port这个价钱还算好,那SFP才是贵啊,就连10G的都要成千上万一个
【在 m**t 的大作中提到】
: 这种TACTICAL announcement 只是个R&D 方向而已,内部肯定有做SOLUTION的,做芯片
: 的,做BACKPLANE,板卡, port 都得成熟才有的用,而且整体市场支持还没上来,就
: 算做出来也没有ECOSYSTEM 去更新。
: 说来说去,100GE/PORT 的LINECARD 有多少商用的吗
: JNPR 说 100GE port may cost about $US150,000,这东西好做吗?
z*r
62 楼
看来咱们得深入讨论一下了,这里貌似两个问题,
1. ios是不是run top of a vm on linux
2. how deep the linux is involved in ios xe
关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
如果你不承认,下面的免谈,回去做功课去。
如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
先登录到RP linux shell里,然后看看整体目录结构:
[r1002_RP_0:/]$ pwd
/
[r1002_RP_0:/]$ ls
auto common disk0 issu misc proc sbin tmp
usr
bin config etc lib mnt rommon_to_env sys usb0
var
bootflash dev harddisk lkern_init obfl root tftp usb1
vol
里面关键的地方在/tmp/sw,咱们看看这里有什么东西:
[r1002_RP_0:/]$ ls /tmp/sw
boot cc cdl cfg fp fpd isos lua mount rp spa swsets uiresp
再看看这个mount里是什么:
[r1002_RP_0:/]$ ls /tmp/sw/mount/ -l
total 14
dr-xr-xr-x 9 root root 2048 Apr 29 2010 asr1000rp1-espbase.02.06.01.122-33
.XNF1.pkg
dr-xr-xr-x 7 root root 2048 Apr 29 2010 asr1000rp1-rpaccess.02.06.01.122-
33.XNF1.pkg
dr-xr-xr-x 8 root root 2048 Apr 29 2010 asr1000rp1-rpbase.02.06.01.122-33.
XNF1.pkg
dr-xr-xr-x 6 root root 2048 Apr 29 2010 asr1000rp1-rpcontrol.02.06.01.122-
33.XNF1.pkg
dr-xr-xr-x 6 root root 2048 Apr 29 2010 asr1000rp1-rpios-adventerprise.02.
06.01.122-33.XNF1.pkg
dr-xr-xr-x 9 root root 2048 Apr 29 2010 asr1000rp1-sipbase.02.06.01.122-33
.XNF1.pkg
dr-xr-xr-x 6 root root 2048 Apr 29 2010 asr1000rp1-sipspa.02.06.01.122-33.
XNF1.pkg
乖乖,ios原来在这儿呢,再随便挑一个,比如那个base,
[r1002_RP_0:/]$ ls /tmp/sw/mount/asr1000rp1-rpbase.02.06.01.122-33.XNF1.pkg/
-l
total 59
dr-xr-xr-x 2 root root 12288 Apr 29 2010 bin
-r-xr-xr-x 1 root root 47742 Mar 26 2010 common
-r--r--r-- 1 root root 10344 Apr 29 2010 comp_matrix.xml
dr-xr-xr-x 14 root root 8192 Apr 29 2010 etc
dr-xr-xr-x 2 root root 2048 Apr 29 2010 issu
dr-xr-xr-x 5 root root 8192 Apr 29 2010 lib
dr-xr-xr-x 2 root root 10240 Apr 29 2010 sbin
dr-xr-xr-x 8 root root 2048 Apr 29 2010 usr
到这里,俺觉得还是能说明一些问题了吧?
退一步讲,ios有没有可能直接运行?答案也是肯定的,毕竟IOU/IOL这些都是存在的,
完全有可能直接运行。
再谈第二个问题,ios在ios xe里面到底起什么作用,大致情况就是,ios xe = ios +
middleware + platform software,ios负责一些基本的control plane的东西,比如
routing protocol, cli,其他东西,比如说本来在ios运行的一些东西,全部是在
linux上跑,原因恐怕有两个,第一个是为了和其他platform feature parity,互相
sync,减少开发成本,第二个因为ios在xe里,已经不是真正的ios了,大部分东西都没
有必要每个virtual machine都搞一套,完全可以由linux来处理。这些ios处理的东西
,当然也可以全部放到linux里,但是ios是个现成的shell,而且可以给人一个感觉是
和ios非常接近,减少learning curve。
俺过会儿贴一个图,关于issu的。
【在 w***s 的大作中提到】
: 都说了很多次了,这东西不需要VM,你中毒太深。
: IOS在GSR/76上也不管dataplane.XE的好处是PI那部分独立成IOS Daemon独立出来,可
: 以在单引擎上作个假的HA,但是和NXOS和XR的进程级别控制差的很远。
: XE和IOS是有对应关系的,NXOS和XR都是自己重写。
1. ios是不是run top of a vm on linux
2. how deep the linux is involved in ios xe
关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
如果你不承认,下面的免谈,回去做功课去。
如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
先登录到RP linux shell里,然后看看整体目录结构:
[r1002_RP_0:/]$ pwd
/
[r1002_RP_0:/]$ ls
auto common disk0 issu misc proc sbin tmp
usr
bin config etc lib mnt rommon_to_env sys usb0
var
bootflash dev harddisk lkern_init obfl root tftp usb1
vol
里面关键的地方在/tmp/sw,咱们看看这里有什么东西:
[r1002_RP_0:/]$ ls /tmp/sw
boot cc cdl cfg fp fpd isos lua mount rp spa swsets uiresp
再看看这个mount里是什么:
[r1002_RP_0:/]$ ls /tmp/sw/mount/ -l
total 14
dr-xr-xr-x 9 root root 2048 Apr 29 2010 asr1000rp1-espbase.02.06.01.122-33
.XNF1.pkg
dr-xr-xr-x 7 root root 2048 Apr 29 2010 asr1000rp1-rpaccess.02.06.01.122-
33.XNF1.pkg
dr-xr-xr-x 8 root root 2048 Apr 29 2010 asr1000rp1-rpbase.02.06.01.122-33.
XNF1.pkg
dr-xr-xr-x 6 root root 2048 Apr 29 2010 asr1000rp1-rpcontrol.02.06.01.122-
33.XNF1.pkg
dr-xr-xr-x 6 root root 2048 Apr 29 2010 asr1000rp1-rpios-adventerprise.02.
06.01.122-33.XNF1.pkg
dr-xr-xr-x 9 root root 2048 Apr 29 2010 asr1000rp1-sipbase.02.06.01.122-33
.XNF1.pkg
dr-xr-xr-x 6 root root 2048 Apr 29 2010 asr1000rp1-sipspa.02.06.01.122-33.
XNF1.pkg
乖乖,ios原来在这儿呢,再随便挑一个,比如那个base,
[r1002_RP_0:/]$ ls /tmp/sw/mount/asr1000rp1-rpbase.02.06.01.122-33.XNF1.pkg/
-l
total 59
dr-xr-xr-x 2 root root 12288 Apr 29 2010 bin
-r-xr-xr-x 1 root root 47742 Mar 26 2010 common
-r--r--r-- 1 root root 10344 Apr 29 2010 comp_matrix.xml
dr-xr-xr-x 14 root root 8192 Apr 29 2010 etc
dr-xr-xr-x 2 root root 2048 Apr 29 2010 issu
dr-xr-xr-x 5 root root 8192 Apr 29 2010 lib
dr-xr-xr-x 2 root root 10240 Apr 29 2010 sbin
dr-xr-xr-x 8 root root 2048 Apr 29 2010 usr
到这里,俺觉得还是能说明一些问题了吧?
退一步讲,ios有没有可能直接运行?答案也是肯定的,毕竟IOU/IOL这些都是存在的,
完全有可能直接运行。
再谈第二个问题,ios在ios xe里面到底起什么作用,大致情况就是,ios xe = ios +
middleware + platform software,ios负责一些基本的control plane的东西,比如
routing protocol, cli,其他东西,比如说本来在ios运行的一些东西,全部是在
linux上跑,原因恐怕有两个,第一个是为了和其他platform feature parity,互相
sync,减少开发成本,第二个因为ios在xe里,已经不是真正的ios了,大部分东西都没
有必要每个virtual machine都搞一套,完全可以由linux来处理。这些ios处理的东西
,当然也可以全部放到linux里,但是ios是个现成的shell,而且可以给人一个感觉是
和ios非常接近,减少learning curve。
俺过会儿贴一个图,关于issu的。
【在 w***s 的大作中提到】
: 都说了很多次了,这东西不需要VM,你中毒太深。
: IOS在GSR/76上也不管dataplane.XE的好处是PI那部分独立成IOS Daemon独立出来,可
: 以在单引擎上作个假的HA,但是和NXOS和XR的进程级别控制差的很远。
: XE和IOS是有对应关系的,NXOS和XR都是自己重写。
z*r
63 楼
这个图片不是俺编的
【在 z**r 的大作中提到】
: 看来咱们得深入讨论一下了,这里貌似两个问题,
: 1. ios是不是run top of a vm on linux
: 2. how deep the linux is involved in ios xe
: 关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
: 支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
: 如果你不承认,下面的免谈,回去做功课去。
: 如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
: 己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
: 先登录到RP linux shell里,然后看看整体目录结构:
: [r1002_RP_0:/]$ pwd
【在 z**r 的大作中提到】
: 看来咱们得深入讨论一下了,这里貌似两个问题,
: 1. ios是不是run top of a vm on linux
: 2. how deep the linux is involved in ios xe
: 关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
: 支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
: 如果你不承认,下面的免谈,回去做功课去。
: 如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
: 己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
: 先登录到RP linux shell里,然后看看整体目录结构:
: [r1002_RP_0:/]$ pwd
c*i
64 楼
现在就Cat4500 sup7E和ASR1k在跑ios xe吧。ASR1k不太清楚。Cat4500 sup7E的话基本
是ios run as a vm,在LC上还是run普通的ios。整个ios应该算一个process吧。 xr这
是每个component都是一个linux process,比如bgp是一个,tcp也是,在RP和LC都是这
样.
【在 z**r 的大作中提到】
: 看来咱们得深入讨论一下了,这里貌似两个问题,
: 1. ios是不是run top of a vm on linux
: 2. how deep the linux is involved in ios xe
: 关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
: 支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
: 如果你不承认,下面的免谈,回去做功课去。
: 如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
: 己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
: 先登录到RP linux shell里,然后看看整体目录结构:
: [r1002_RP_0:/]$ pwd
是ios run as a vm,在LC上还是run普通的ios。整个ios应该算一个process吧。 xr这
是每个component都是一个linux process,比如bgp是一个,tcp也是,在RP和LC都是这
样.
【在 z**r 的大作中提到】
: 看来咱们得深入讨论一下了,这里貌似两个问题,
: 1. ios是不是run top of a vm on linux
: 2. how deep the linux is involved in ios xe
: 关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
: 支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
: 如果你不承认,下面的免谈,回去做功课去。
: 如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
: 己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
: 先登录到RP linux shell里,然后看看整体目录结构:
: [r1002_RP_0:/]$ pwd
z*r
65 楼
LC上的就不是IOS,就是一个ucode。xe完全可以把每个process都独立出来放到linux上
,但是参看俺的帖子里的2个原因,只是值不值得这样做. xr是QNX micro kernel,和
linux kernel还是不一样。asr903也是跑xe,以后跑xe的中低端产品应该会越来越多。
【在 c*****i 的大作中提到】
: 现在就Cat4500 sup7E和ASR1k在跑ios xe吧。ASR1k不太清楚。Cat4500 sup7E的话基本
: 是ios run as a vm,在LC上还是run普通的ios。整个ios应该算一个process吧。 xr这
: 是每个component都是一个linux process,比如bgp是一个,tcp也是,在RP和LC都是这
: 样.
,但是参看俺的帖子里的2个原因,只是值不值得这样做. xr是QNX micro kernel,和
linux kernel还是不一样。asr903也是跑xe,以后跑xe的中低端产品应该会越来越多。
【在 c*****i 的大作中提到】
: 现在就Cat4500 sup7E和ASR1k在跑ios xe吧。ASR1k不太清楚。Cat4500 sup7E的话基本
: 是ios run as a vm,在LC上还是run普通的ios。整个ios应该算一个process吧。 xr这
: 是每个component都是一个linux process,比如bgp是一个,tcp也是,在RP和LC都是这
: 样.
w*s
66 楼
这里涉及到VM的定义,广义一点包括System VM和Process VM,后者有代表性的例子就
是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
用VM为好。
XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
关进程,同时提供IPC功能。
IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
个完整Control Plane: IOSD。
在RP/FP/SIP上主要XE进程:
22578 ? S 255:20 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/cmand
22947 ? S 12:49 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/emd
23523 ? S 5:26 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/fman_rp -N
24196 ? S 47:59 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/hman -c
24622 ? S 324:31 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/imand
25388 ? RLl 430:19 | \_ /tmp/sw/mount/asr1000rp1-rpios-
adventerprisek9.03.01.00.S.150-1.S.pkg/usr/binos/bin/linux_iosd-image -n
32768 -m 1800 -c /config
27633 ? S 16:59 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/smand -i
6801 ? S 269:35 | \_ /tmp/sw/fp/0/0/fp/mount/usr/binos/bin/
fman_fp_image
7076 ? Sl 147:20 \_ /tmp/sw/spa/0/unified/_tmp_sw_mount_
asr1000rp1-sipspa.03.01.00.S.150-1.S.pkg/usr/binos/bin/mcpcc-lc-ms -m 70
所以我说XE只是将IOS功能大卸八块,再由Linux粘起来而已,在IOSD中的传统进程,如
BGP/IGP等无法实现进程级别的保护,一损俱损。
而在XR中,feature是同样的,CLI是似曾相识的,但各个进程之间是完全隔离的,独立
模块化的。NXOS的保护级别也类似。
从系统模块化的角度看,XR/NXOS最高,IOS垫底,XE和当年65的Modular IOS如出一辙
,更接近于IOS,虽然一个用Linux,一个用QNX。现在看起来细颗粒度模块化还是更受青
睐。
【在 z**r 的大作中提到】
: 看来咱们得深入讨论一下了,这里貌似两个问题,
: 1. ios是不是run top of a vm on linux
: 2. how deep the linux is involved in ios xe
: 关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
: 支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
: 如果你不承认,下面的免谈,回去做功课去。
: 如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
: 己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
: 先登录到RP linux shell里,然后看看整体目录结构:
: [r1002_RP_0:/]$ pwd
是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
用VM为好。
XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
关进程,同时提供IPC功能。
IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
个完整Control Plane: IOSD。
在RP/FP/SIP上主要XE进程:
22578 ? S 255:20 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/cmand
22947 ? S 12:49 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/emd
23523 ? S 5:26 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/fman_rp -N
24196 ? S 47:59 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/hman -c
24622 ? S 324:31 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/imand
25388 ? RLl 430:19 | \_ /tmp/sw/mount/asr1000rp1-rpios-
adventerprisek9.03.01.00.S.150-1.S.pkg/usr/binos/bin/linux_iosd-image -n
32768 -m 1800 -c /config
27633 ? S 16:59 | \_ /tmp/sw/mount/asr1000rp1-rpcontrol.03.01.
00.S.150-1.S.pkg/usr/binos/bin/smand -i
6801 ? S 269:35 | \_ /tmp/sw/fp/0/0/fp/mount/usr/binos/bin/
fman_fp_image
7076 ? Sl 147:20 \_ /tmp/sw/spa/0/unified/_tmp_sw_mount_
asr1000rp1-sipspa.03.01.00.S.150-1.S.pkg/usr/binos/bin/mcpcc-lc-ms -m 70
所以我说XE只是将IOS功能大卸八块,再由Linux粘起来而已,在IOSD中的传统进程,如
BGP/IGP等无法实现进程级别的保护,一损俱损。
而在XR中,feature是同样的,CLI是似曾相识的,但各个进程之间是完全隔离的,独立
模块化的。NXOS的保护级别也类似。
从系统模块化的角度看,XR/NXOS最高,IOS垫底,XE和当年65的Modular IOS如出一辙
,更接近于IOS,虽然一个用Linux,一个用QNX。现在看起来细颗粒度模块化还是更受青
睐。
【在 z**r 的大作中提到】
: 看来咱们得深入讨论一下了,这里貌似两个问题,
: 1. ios是不是run top of a vm on linux
: 2. how deep the linux is involved in ios xe
: 关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
: 支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
: 如果你不承认,下面的免谈,回去做功课去。
: 如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
: 己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
: 先登录到RP linux shell里,然后看看整体目录结构:
: [r1002_RP_0:/]$ pwd
d*i
67 楼
no. there was a lot of difficulty doing that.
there were a lot of stories here.
【在 z**r 的大作中提到】
: 看来咱们得深入讨论一下了,这里貌似两个问题,
: 1. ios是不是run top of a vm on linux
: 2. how deep the linux is involved in ios xe
: 关于第一个问题,不容易找到直接答案,但是咱们可以自己找答案。首先xe里可以可以
: 支持virtual machine,叫做virtual-instance,mount一个ova file,这个你承认否?
: 如果你不承认,下面的免谈,回去做功课去。
: 如果承认,咱们再来看这个ova,实际上就是一个tar ball,然后mount起来,里面有自
: 己的filesystem等,包括目录结构。那咱们看看ios是怎么在xe里面存在的:
: 先登录到RP linux shell里,然后看看整体目录结构:
: [r1002_RP_0:/]$ pwd
d*i
69 楼
yeah, if vm means kvm/vmare, ios-xe doesn't have it at this time.
【在 w***s 的大作中提到】
: 这里涉及到VM的定义,广义一点包括System VM和Process VM,后者有代表性的例子就
: 是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
: ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
: Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
: 进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
: 用VM为好。
: XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
: 关进程,同时提供IPC功能。
: IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
: 个完整Control Plane: IOSD。
【在 w***s 的大作中提到】
: 这里涉及到VM的定义,广义一点包括System VM和Process VM,后者有代表性的例子就
: 是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
: ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
: Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
: 进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
: 用VM为好。
: XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
: 关进程,同时提供IPC功能。
: IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
: 个完整Control Plane: IOSD。
d*i
71 楼
actually ios application is almost same as IOU/IOL.
【在 w***s 的大作中提到】
: 这里涉及到VM的定义,广义一点包括System VM和Process VM,后者有代表性的例子就
: 是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
: ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
: Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
: 进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
: 用VM为好。
: XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
: 关进程,同时提供IPC功能。
: IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
: 个完整Control Plane: IOSD。
【在 w***s 的大作中提到】
: 这里涉及到VM的定义,广义一点包括System VM和Process VM,后者有代表性的例子就
: 是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
: ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
: Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
: 进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
: 用VM为好。
: XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
: 关进程,同时提供IPC功能。
: IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
: 个完整Control Plane: IOSD。
z*r
74 楼
题是跑的越来越远了,好像最开始是讨论nxos和ios xe是不是理论上接近。你说的这个
VM给自己定了一个范围,就是host virtualization,而俺说的是network
virtualization,nxos里面的VDC,XR里面的SDR对于俺来说都是VM。
XE里把IOS里面的很多东西都拿出来重做了,比如nat,没错用户当然还是在IOS CLI里
configure,但是实际上和IOS NAT没有一点关系,完全独立于IOS的,叫ASRNAT,说白
了,其实好像就是iptables。包括syslog等等这些传统的control plane的东西,都从
IOS里拿出来重做,但是用户界面还比较接近于IOS。这样的例子有很多。这就是俺为啥
说看上去接近IOS,但是本质上IOS XE和IOS有非常大的区别。
不过俺同意你说的,要是从模块化角度看,xe肯定不如nxos/xr做的彻底,但是比ION还
是彻底。
【在 w***s 的大作中提到】
: 这里涉及到VM的定义,广义一点包括System VM和Process VM,后者有代表性的例子就
: 是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
: ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
: Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
: 进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
: 用VM为好。
: XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
: 关进程,同时提供IPC功能。
: IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
: 个完整Control Plane: IOSD。
VM给自己定了一个范围,就是host virtualization,而俺说的是network
virtualization,nxos里面的VDC,XR里面的SDR对于俺来说都是VM。
XE里把IOS里面的很多东西都拿出来重做了,比如nat,没错用户当然还是在IOS CLI里
configure,但是实际上和IOS NAT没有一点关系,完全独立于IOS的,叫ASRNAT,说白
了,其实好像就是iptables。包括syslog等等这些传统的control plane的东西,都从
IOS里拿出来重做,但是用户界面还比较接近于IOS。这样的例子有很多。这就是俺为啥
说看上去接近IOS,但是本质上IOS XE和IOS有非常大的区别。
不过俺同意你说的,要是从模块化角度看,xe肯定不如nxos/xr做的彻底,但是比ION还
是彻底。
【在 w***s 的大作中提到】
: 这里涉及到VM的定义,广义一点包括System VM和Process VM,后者有代表性的例子就
: 是Java VM。但是平常大家谈论得最多的还是狭义的以VM Ware为代表的System VM.
: ASR1K刚出来的时候的VM HA让很多人困惑,最后PM承认XE中,IOS是作为应用程序跑在
: Linux Kernel之上的,新版的图片也不提VM一词,代之以process。考虑到IOS本身的单
: 进程特性,有上下文说明的情况叫个Process VM也无不可,但是如果没有说明,还是不
: 用VM为好。
: XE中Linux主要取代了原IOS的Host功能,负责加载管理ESP image/SIP image和IOS系相
: 关进程,同时提供IPC功能。
: IOS系包括了从原IOS剥离出来的chassis manager,fwd manager,SPA driver,以及一
: 个完整Control Plane: IOSD。
d*i
78 楼
syslog is not considered as part of control plane functionality. the
underlying infra for syslog may have changed, but the api provided to ios
developer not changed. in this sense, ios xe is still ios, to customers, and
to ios developers.
【在 z**r 的大作中提到】
: control plane也不一样吧,最简单的例子就是俺上个帖子里提到的syslog等
:
: control
underlying infra for syslog may have changed, but the api provided to ios
developer not changed. in this sense, ios xe is still ios, to customers, and
to ios developers.
【在 z**r 的大作中提到】
: control plane也不一样吧,最简单的例子就是俺上个帖子里提到的syslog等
:
: control
w*s
79 楼
所以我们可以翻过VM这篇。
从模块化的角度而言,XE和ION的方法和结果都很接近,它们都采用了一个先进的Unix
Kernal,保留相当部分完整IOS code,所以可以直接从对应的IOS train集成进来,当
然bug和缺点也完整保留。
至于NAT的例子,如果是PD实现,就不太适合用于讨论XE和ION,因为在65上真正使用的
是PD那部分:PFC NAT。如果是PI部分,的确要走得比ION快一点,但是也就是50步和
100步而已。ION落后是因为已经不发展了。
在进一步的模块化中,会逐渐将很多松耦合部分从IOS里面迁移出来,但是如果不彻底
重写,与IOS还是藕断丝连。
【在 z**r 的大作中提到】
: 题是跑的越来越远了,好像最开始是讨论nxos和ios xe是不是理论上接近。你说的这个
: VM给自己定了一个范围,就是host virtualization,而俺说的是network
: virtualization,nxos里面的VDC,XR里面的SDR对于俺来说都是VM。
: XE里把IOS里面的很多东西都拿出来重做了,比如nat,没错用户当然还是在IOS CLI里
: configure,但是实际上和IOS NAT没有一点关系,完全独立于IOS的,叫ASRNAT,说白
: 了,其实好像就是iptables。包括syslog等等这些传统的control plane的东西,都从
: IOS里拿出来重做,但是用户界面还比较接近于IOS。这样的例子有很多。这就是俺为啥
: 说看上去接近IOS,但是本质上IOS XE和IOS有非常大的区别。
: 不过俺同意你说的,要是从模块化角度看,xe肯定不如nxos/xr做的彻底,但是比ION还
: 是彻底。
从模块化的角度而言,XE和ION的方法和结果都很接近,它们都采用了一个先进的Unix
Kernal,保留相当部分完整IOS code,所以可以直接从对应的IOS train集成进来,当
然bug和缺点也完整保留。
至于NAT的例子,如果是PD实现,就不太适合用于讨论XE和ION,因为在65上真正使用的
是PD那部分:PFC NAT。如果是PI部分,的确要走得比ION快一点,但是也就是50步和
100步而已。ION落后是因为已经不发展了。
在进一步的模块化中,会逐渐将很多松耦合部分从IOS里面迁移出来,但是如果不彻底
重写,与IOS还是藕断丝连。
【在 z**r 的大作中提到】
: 题是跑的越来越远了,好像最开始是讨论nxos和ios xe是不是理论上接近。你说的这个
: VM给自己定了一个范围,就是host virtualization,而俺说的是network
: virtualization,nxos里面的VDC,XR里面的SDR对于俺来说都是VM。
: XE里把IOS里面的很多东西都拿出来重做了,比如nat,没错用户当然还是在IOS CLI里
: configure,但是实际上和IOS NAT没有一点关系,完全独立于IOS的,叫ASRNAT,说白
: 了,其实好像就是iptables。包括syslog等等这些传统的control plane的东西,都从
: IOS里拿出来重做,但是用户界面还比较接近于IOS。这样的例子有很多。这就是俺为啥
: 说看上去接近IOS,但是本质上IOS XE和IOS有非常大的区别。
: 不过俺同意你说的,要是从模块化角度看,xe肯定不如nxos/xr做的彻底,但是比ION还
: 是彻底。
z*r
81 楼
ios里面没有独立的management plane,syslog不由control plane处理?syslog只是一
个例子,再比如snmp。你说的和俺说的没有冲突,"the underlying infra for xxx
may have changed, but the api provided to ios developer not changed"也是俺的
意思,所以俺说xe表面上看着像ios,但是实际上很多不同。
and
【在 d****i 的大作中提到】
: syslog is not considered as part of control plane functionality. the
: underlying infra for syslog may have changed, but the api provided to ios
: developer not changed. in this sense, ios xe is still ios, to customers, and
: to ios developers.
个例子,再比如snmp。你说的和俺说的没有冲突,"the underlying infra for xxx
may have changed, but the api provided to ios developer not changed"也是俺的
意思,所以俺说xe表面上看着像ios,但是实际上很多不同。
and
【在 d****i 的大作中提到】
: syslog is not considered as part of control plane functionality. the
: underlying infra for syslog may have changed, but the api provided to ios
: developer not changed. in this sense, ios xe is still ios, to customers, and
: to ios developers.
z*r
82 楼
这倒是没错,现在xe和ios绑定很近,都是一起release
Unix
【在 w***s 的大作中提到】
: 所以我们可以翻过VM这篇。
: 从模块化的角度而言,XE和ION的方法和结果都很接近,它们都采用了一个先进的Unix
: Kernal,保留相当部分完整IOS code,所以可以直接从对应的IOS train集成进来,当
: 然bug和缺点也完整保留。
: 至于NAT的例子,如果是PD实现,就不太适合用于讨论XE和ION,因为在65上真正使用的
: 是PD那部分:PFC NAT。如果是PI部分,的确要走得比ION快一点,但是也就是50步和
: 100步而已。ION落后是因为已经不发展了。
: 在进一步的模块化中,会逐渐将很多松耦合部分从IOS里面迁移出来,但是如果不彻底
: 重写,与IOS还是藕断丝连。
Unix
【在 w***s 的大作中提到】
: 所以我们可以翻过VM这篇。
: 从模块化的角度而言,XE和ION的方法和结果都很接近,它们都采用了一个先进的Unix
: Kernal,保留相当部分完整IOS code,所以可以直接从对应的IOS train集成进来,当
: 然bug和缺点也完整保留。
: 至于NAT的例子,如果是PD实现,就不太适合用于讨论XE和ION,因为在65上真正使用的
: 是PD那部分:PFC NAT。如果是PI部分,的确要走得比ION快一点,但是也就是50步和
: 100步而已。ION落后是因为已经不发展了。
: 在进一步的模块化中,会逐渐将很多松耦合部分从IOS里面迁移出来,但是如果不彻底
: 重写,与IOS还是藕断丝连。
c*i
83 楼
VDC和SRD的区别还是蛮大的。
【在 z**r 的大作中提到】
: 题是跑的越来越远了,好像最开始是讨论nxos和ios xe是不是理论上接近。你说的这个
: VM给自己定了一个范围,就是host virtualization,而俺说的是network
: virtualization,nxos里面的VDC,XR里面的SDR对于俺来说都是VM。
: XE里把IOS里面的很多东西都拿出来重做了,比如nat,没错用户当然还是在IOS CLI里
: configure,但是实际上和IOS NAT没有一点关系,完全独立于IOS的,叫ASRNAT,说白
: 了,其实好像就是iptables。包括syslog等等这些传统的control plane的东西,都从
: IOS里拿出来重做,但是用户界面还比较接近于IOS。这样的例子有很多。这就是俺为啥
: 说看上去接近IOS,但是本质上IOS XE和IOS有非常大的区别。
: 不过俺同意你说的,要是从模块化角度看,xe肯定不如nxos/xr做的彻底,但是比ION还
: 是彻底。
【在 z**r 的大作中提到】
: 题是跑的越来越远了,好像最开始是讨论nxos和ios xe是不是理论上接近。你说的这个
: VM给自己定了一个范围,就是host virtualization,而俺说的是network
: virtualization,nxos里面的VDC,XR里面的SDR对于俺来说都是VM。
: XE里把IOS里面的很多东西都拿出来重做了,比如nat,没错用户当然还是在IOS CLI里
: configure,但是实际上和IOS NAT没有一点关系,完全独立于IOS的,叫ASRNAT,说白
: 了,其实好像就是iptables。包括syslog等等这些传统的control plane的东西,都从
: IOS里拿出来重做,但是用户界面还比较接近于IOS。这样的例子有很多。这就是俺为啥
: 说看上去接近IOS,但是本质上IOS XE和IOS有非常大的区别。
: 不过俺同意你说的,要是从模块化角度看,xe肯定不如nxos/xr做的彻底,但是比ION还
: 是彻底。
相关阅读
Finance Fresh Ph.D.s 的market类似风月场所?关于CPA准备程序急问,国内会计本科报考CPA问题?谢谢找CPA学伴有人知道吗? 哪儿可以找到CPA练习题?请问bc的finance phd program怎么样?retailing专业大家觉得好吗?有没有人懂straddle的?关于Becker CD expiration date请教,中国的会计师想来美国工作请问参加CPA考试的教育背景问题。会计MASTER有找不到工作的吗?How to prepare for GMAT?借人气问一下:转学中间summer的个人医疗保险怎么办?求助:加洲有些什么过的去的有会计专业硕士的大学?mba好找工作还是accounting好找工作?征求一下意见惭愧问个 credit debit 的问题急!CPA 外州考试中心?没有会计本科学历,有英国会计工作经验,有可能申请美国的会计master吗?