z**r
发帖数: 17771 | |
t*******r
发帖数: 3271 | |
z**r
发帖数: 17771 | 3 你别急，要有力有礼有节地反驳
【在 t*******r 的大作中提到】
: 接着编吧, 随便编
|
t*******r
发帖数: 3271 | 4 记得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~ |
t*******r
发帖数: 3271 | 5 另, 不争论了, 作为一个SE, 我的武功基本都废了哈~ |
z**r
发帖数: 17771 | 6 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
: 版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
: 事情谁不会干?!
: 版主的险恶用心, 可见一斑
|
t*******r
发帖数: 3271 | 7 俺现在一堆组播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，现在的是挺乱。
|
a*****3
发帖数: 3 | 8 明显C急了，与其乱咬还不如踏踏实实做好自己的产品。 |
x*********n
发帖数: 28013 | 9 看着像个私人小山寨网页，看到结束吓了我一跳，cisco。。。哈哈哈。 |
c*****i
发帖数: 631 | 10 这种情况各家都有没啥好比的，计划跟不上变化嘛。market在变，对手推出的东西在变
，换个VP也在变。
至于400G这个东西，就不方便评价了。 |
|
|
w***s
发帖数: 321 | 11 哈哈，犀利，再加个Nexus 7000 NXOS, 5K那个刚收购，豁免一下
【在 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
: 版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
: 事情谁不会干?!
: 版主的险恶用心, 可见一斑
|
w***s
发帖数: 321 | 12 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，现在的是挺乱。
|
p*****s
发帖数: 344 | 13 够无聊，看样子还应该多裁点
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
|
t*******r
发帖数: 3271 | 14 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，现在的是挺乱。
|
t*******r
发帖数: 3271 | 15 这位比我还犀利. haha
【在 p*****s 的大作中提到】
: 够无聊，看样子还应该多裁点
|
j*a
发帖数: 14423 | 16 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?
|
t*******r
发帖数: 3271 | 17 ***另外不要回避问题，那个video里说的有没有？****
告诉你, 没有, 是思科在造谣.
结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊 |
z**r
发帖数: 17771 | 18 你估计从来不和客户打交道吧
【在 p*****s 的大作中提到】
: 够无聊，看样子还应该多裁点
|
z**r
发帖数: 17771 | 19 你哪里看到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
|
z**r
发帖数: 17771 | 20 都是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
|
|
|
z**r
发帖数: 17771 | 21 没有，拿出证据来呀，不是你红口白牙嘴一张就有了
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
z**r
发帖数: 17771 | 22 裁人不裁人是另一码事，和这个video有啥关系？这个video估计弄得jnpr的人蛋疼是真
的。客户花钱考虑最多之一的就是investment protection，如果这个video是真的，目
前看你也找不出反例，那么作为客户，你说会怎么想？
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
z**r
发帖数: 17771 | 23 另外你来解释一下这两个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
|
d****i
发帖数: 1038 | 24 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
: 版上老几位都是看得清楚事儿的人, 厂家之间的争斗无所不用其极又不是不知道. 这种
: 事情谁不会干?!
: 版主的险恶用心, 可见一斑
|
j*a
发帖数: 14423 | 25 这就是了 两家都这样其实 客户没发现问题之前都蒙 不会主动告诉你问题
除非揭对方的短
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
s******v
发帖数: 4495 | 26 好了，哥几个有啥好吵的？！说大话，over-commit谁都干，大公司干的少一些是担心
liability，不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过，
pepsi大骂coke的广告吧，肯定没有反过来的，因为cola是第一吗。以前在ibm的时候，
特别说不要公共场合攻击对手。所以cisco做这个video，显然不把自己当老大了。 |
d****i
发帖数: 1038 | 27 同意，不知道哪个脑蚕干的， 太没有风度了，狗急跳墙状。
以前新东方有一阵被一个叫马力的追，马力没事儿就在新东方门口发单子说新东方这里
教错了，那里不对，
后来老余上课就说，不要攻击你的对手，那样只能让你的对手看到自己的弱点从而变得
更强大。
【在 s******v 的大作中提到】
: 好了，哥几个有啥好吵的？！说大话，over-commit谁都干，大公司干的少一些是担心
: liability，不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过，
: pepsi大骂coke的广告吧，肯定没有反过来的，因为cola是第一吗。以前在ibm的时候，
: 特别说不要公共场合攻击对手。所以cisco做这个video，显然不把自己当老大了。
|
j*a
发帖数: 14423 | 28 早看出来了
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
z**r
发帖数: 17771 | 29 你这完全是胡搅蛮缠，别以为客户都那么傻，考虑的都很实际，400G/slot chassis现
在就有，目的就是investment protection。你找出一个地方说cisco说asr9k现在就支
持400G板卡的地方来。
,
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
z**r
发帖数: 17771 | 30 俺都把证据列出来了啊，你要是不同意，就拿出反例嘛，光说有什么用
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
|
|
z**r
发帖数: 17771 | 31 哈哈，怂了
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
z**r
发帖数: 17771 | 32 大错特错，cisco10年前非常aggressive，前几年就不aggressive，结果呢？这个
industry就这样，你要是跟客户打过交道你就知道了，都是踩着别人才能爬上去，要不
大家都进short list就行了
【在 s******v 的大作中提到】
: 好了，哥几个有啥好吵的？！说大话，over-commit谁都干，大公司干的少一些是担心
: liability，不过揪着别人小辫子不是cisco这样的大公司应该做的事。你们都看过，
: pepsi大骂coke的广告吧，肯定没有反过来的，因为cola是第一吗。以前在ibm的时候，
: 特别说不要公共场合攻击对手。所以cisco做这个video，显然不把自己当老大了。
|
s******v
发帖数: 4495 | 33 这个已经超过了aggresive，都是一边骂对方，一边夸自己，哪里有这样的，全骂对手
，还弄了个这么professional website。cisco这么大摊子，小辫子能比别人少？
【在 z**r 的大作中提到】
: 大错特错，cisco10年前非常aggressive，前几年就不aggressive，结果呢？这个
: industry就这样，你要是跟客户打过交道你就知道了，都是踩着别人才能爬上去，要不
: 大家都进short list就行了
|
f*******8
发帖数: 3612 | 34 哇，真没想到，现在已经到这种程度了。
攻城拔寨。
【在 z**r 的大作中提到】
: http://www.overpromisesunderdelivers.net/
: is this all true?
|
z**r
发帖数: 17771 | 35 这个很奇怪吗？俺看大家是少见多怪了
【在 s******v 的大作中提到】
: 这个已经超过了aggresive，都是一边骂对方，一边夸自己，哪里有这样的，全骂对手
: ，还弄了个这么professional website。cisco这么大摊子，小辫子能比别人少？
|
z**r
发帖数: 17771 | 36 切，你个new cop，你啥时候在bbs上见俺吵架输过啊？
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
z**r
发帖数: 17771 | 37 俺就是想看看这个video是不是真的，目前看里面说的还都是真的，俺当然希望能看到
有人找出几个说不是那样，你看现在其实已经有了xxx了。看来Jnpr也是在学华为啊，
话先撂下，回头再说。
【在 t*******r 的大作中提到】
: ***另外不要回避问题，那个video里说的有没有？****
: 告诉你, 没有, 是思科在造谣.
: 结论: 版主为了版面人气, 不惜挑起厂家之间的争端, 用心极为险恶啊
|
f*******8
发帖数: 3612 | 38
确实见得少啊。没想到C家web就这样上了。
没想到现在高科技也像踢足球了。
对手
【在 z**r 的大作中提到】
: 这个很奇怪吗？俺看大家是少见多怪了
|
s******v
发帖数: 4495 | 39 毕竟我以前也做过pre-sales engineer, 尽管不是networking，一般都是私下和客户讲
，而且是挑着对手差的地方，顺便夸自己。这么公开的讲，别人也会啊，最后就是客户
看笑话。
【在 z**r 的大作中提到】
: 这个很奇怪吗？俺看大家是少见多怪了
|
t*******r
发帖数: 3271 | 40 我已自行删贴, 对此话题不再回应了...说我耸了也好, 怎么也好, 爱说啥说啥吧 |
|
|
w***s
发帖数: 321 | 41 NXOS在CLI上虽然还是IOS，但本质更接近于XR，看看最后是单内核还是多内核赢。
9k
【在 d****i 的大作中提到】
: IOS 和 IOS-XE 是一个东西， 特别从用户角度更是如此。
: NX OS将来和IOS 也会一样了。XR倒是不一样，短期估计也不会一样，但是只有CRS和9k
: 两个用了。
|
z**r
发帖数: 17771 | 42 nxos本质更接近ios xe，都是linux kernal
【在 w***s 的大作中提到】
: NXOS在CLI上虽然还是IOS，但本质更接近于XR，看看最后是单内核还是多内核赢。
:
: 9k
|
a*****3
发帖数: 3 | 43 怎么感觉楼主和jnpr有点恩怨，难道是去jnpr不成，或是对jnpr给的offer不满意，怀
恨在心？：）
正如tony所说,competior之间的攻击没啥意思。 |
f*******8
发帖数: 3612 | 44 我倒没这么往个人方面想，只是没想到Cisco！会这么做。
不过后来想想那个 I'm Mac, I'm PC, 也有点类似意思。
再远点，苹果的1984也很酷。
但是苹果的1984绝对是酷，那是真有想象力，vision,taste。
我觉得zher这么放其实还是不错的，好歹让我知道了业界市场现在怎么做的。
还真想看看tony再贴一个，大家一笑而已。
----
【在 a*****3 的大作中提到】
: 怎么感觉楼主和jnpr有点恩怨，难道是去jnpr不成，或是对jnpr给的offer不满意，怀
: 恨在心？：）
: 正如tony所说,competior之间的攻击没啥意思。
|
z**r
发帖数: 17771 | 45 靠，小人之心度君子之腹，真是仁者见仁智者见智
【在 a*****3 的大作中提到】
: 怎么感觉楼主和jnpr有点恩怨，难道是去jnpr不成，或是对jnpr给的offer不满意，怀
: 恨在心？：）
: 正如tony所说,competior之间的攻击没啥意思。
|
c*****i
发帖数: 631 | 46 xr也上linux了好像.
【在 z**r 的大作中提到】
: nxos本质更接近ios xe，都是linux kernal
|
w***s
发帖数: 321 | 47 NXOS虽然也用Linux，但是颗粒度比IOS-XE细得多，更类似于XR。
XE仅仅将IOS大卸八块而已。
【在 z**r 的大作中提到】
: nxos本质更接近ios xe，都是linux kernal
|
w***s
发帖数: 321 | 48 会吗？那要改的可不是一星半点。
【在 c*****i 的大作中提到】
: xr也上linux了好像.
|
z**r
发帖数: 17771 | 49 IOS XE和IOS本质上区别，只是有个IOS的皮毛而已。
【在 w***s 的大作中提到】
: NXOS虽然也用Linux，但是颗粒度比IOS-XE细得多，更类似于XR。
: XE仅仅将IOS大卸八块而已。
|
w***s
发帖数: 321 | 50 那是XR，XE也就替换了IPC部分，新瓶装旧酒。
【在 z**r 的大作中提到】
: IOS XE和IOS本质上区别，只是有个IOS的皮毛而已。
|
|
|
m**t
发帖数: 1292 | 51 这种TACTICAL announcement 只是个R&D 方向而已，内部肯定有做SOLUTION的，做芯片
的，做BACKPLANE，板卡， port 都得成熟才有的用，而且整体市场支持还没上来，就
算做出来也没有ECOSYSTEM 去更新。
说来说去，100GE/PORT 的LINECARD 有多少商用的吗
JNPR 说 100GE port may cost about $US150,000，这东西好做吗？ |
z**r
发帖数: 17771 | 52 不是吧，XE用虚拟机跑个IOS daemon做些control plane的事情，关键的HA, data
plane等这些都跟IOS无关
【在 w***s 的大作中提到】
: 那是XR，XE也就替换了IPC部分，新瓶装旧酒。
|
z**r
发帖数: 17771 | 53 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，这东西好做吗？
|
w***s
发帖数: 321 | 54 都说了很多次了，这东西不需要VM，你中毒太深。
IOS在GSR/76上也不管dataplane.XE的好处是PI那部分独立成IOS Daemon独立出来，可
以在单引擎上作个假的HA，但是和NXOS和XR的进程级别控制差的很远。
XE和IOS是有对应关系的，NXOS和XR都是自己重写。
【在 z**r 的大作中提到】
: 不是吧，XE用虚拟机跑个IOS daemon做些control plane的事情，关键的HA, data
: plane等这些都跟IOS无关
|
z**r
发帖数: 17771 | 55 看来咱们得深入讨论一下了，这里貌似两个问题，
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
发帖数: 17771 | 56 这个图片不是俺编的
【在 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
发帖数: 631 | 57 现在就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
|
z**r
发帖数: 17771 | 58 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都是这
: 样.
|
w***s
发帖数: 321 | 59 这里涉及到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
|
d****i
发帖数: 1038 | 60
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
发帖数: 1038 | 61 not true ah. In nature, IOS XE is IOS with DP content in linux. IOS control
plane content is same as IOS-XE
【在 z**r 的大作中提到】
: IOS XE和IOS本质上区别，只是有个IOS的皮毛而已。
|
d****i
发帖数: 1038 | 62 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。
|
d****i
发帖数: 1038 | 63 isn't it linux+vm+xr?
【在 w***s 的大作中提到】
: 会吗？那要改的可不是一星半点。
|
d****i
发帖数: 1038 | 64 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
发帖数: 321 | 65 有什么必要这么做？
【在 d****i 的大作中提到】
: isn't it linux+vm+xr?
|
d****i
发帖数: 1038 | 66 scale + virtualization? don't know ah.
just overheard of it.
【在 w***s 的大作中提到】
: 有什么必要这么做？
|
z**r
发帖数: 17771 | 67 题是跑的越来越远了，好像最开始是讨论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。
|
z**r
发帖数: 17771 | 68 control plane也不一样吧，最简单的例子就是俺上个帖子里提到的syslog等
control
【在 d****i 的大作中提到】
: not true ah. In nature, IOS XE is IOS with DP content in linux. IOS control
: plane content is same as IOS-XE
|
z**r
发帖数: 17771 | 69 那你解释一下virtual-instance
【在 d****i 的大作中提到】
: yeah, if vm means kvm/vmare, ios-xe doesn't have it at this time.
|
z**r
发帖数: 17771 | 70 IOU/IOL提供了完整的control plane的东西，xe里的ios可没有
【在 d****i 的大作中提到】
: actually ios application is almost same as IOU/IOL.
|
|
|
d****i
发帖数: 1038 | 71 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
|
w***s
发帖数: 321 | 72 所以我们可以翻过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还
: 是彻底。
|
w***s
发帖数: 321 | 73 VXR是给测试用的吧，linux是用来代替硬件的，不是QNX。如果是用来替代QNX，唯一能
想到的是省钱，可那还不如将RIM都买过来:-D
【在 d****i 的大作中提到】
: scale + virtualization? don't know ah.
: just overheard of it.
|
z**r
发帖数: 17771 | 74 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.
|
z**r
发帖数: 17771 | 75 这倒是没错，现在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还是藕断丝连。
|
c*****i
发帖数: 631 | 76 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
发帖数: 17771 | 77 那是自然，ios上俺做一个VRF也可以network virtualization，区别都挺大，本质上都
是一个目的
【在 c*****i 的大作中提到】
: VDC和SRD的区别还是蛮大的。
|
