I********x
发帖数: 858 | 1 几个月了厂家轮番轰炸啊：
cisco aci
Juniper Clos fabric contrail
VMware nsx
今天妈的dell还来卖它们的switch 然后让我们跑一个什么基于Linux的操作系统
何必呢？何苦呢？工业被学院派攻陷了，garner发个狗屁不通的文章大家都真以为SaaS
时代来临了。 |
s*****g
发帖数: 1055 | 2 Assume you are not Google Facebook or Amazon , ask those vendors what kind
of problems they are going to solve for you, and why those problems cannot
be solved by proven technology. |
I********x
发帖数: 858 | 3 From enterprise management level there is strong drive to orchestrate
infrastructure for applications, while with hypes from market, management
level does not have a clear vision (over expected) on the costs for the
orchestration, which is been considered as a future 'saving'.
Technical review is less persuasive when infrastructure guys talking with
application managers, as they simply don't care.
【在 s*****g 的大作中提到】
: Assume you are not Google Facebook or Amazon , ask those vendors what kind
: of problems they are going to solve for you, and why those problems cannot
: be solved by proven technology.
|
z**r
发帖数: 17771 | 4 aci的fabric其实也是clos fabric
dell的whitebox可以跑很多os，你说的可能是cumulus, pica8, bigswitch，也可能是
facebook倡导的ocp？
SaaS
【在 I********x 的大作中提到】
: 几个月了厂家轮番轰炸啊：
: cisco aci
: Juniper Clos fabric contrail
: VMware nsx
: 今天妈的dell还来卖它们的switch 然后让我们跑一个什么基于Linux的操作系统
: 何必呢？何苦呢？工业被学院派攻陷了，garner发个狗屁不通的文章大家都真以为SaaS
: 时代来临了。
|
z**r
发帖数: 17771 | 5 记得你的网就是dell whitebox + cumulus?
现在用的怎么样？
【在 s*****g 的大作中提到】
: Assume you are not Google Facebook or Amazon , ask those vendors what kind
: of problems they are going to solve for you, and why those problems cannot
: be solved by proven technology.
|
I********x
发帖数: 858 | 6 对的， aci本质上和J的解决方案一样，都是vxlan加bgp evpn，实现细节上有些不同。
aci实际上把部分设计内容包装进去了，比较适合企业用户不需要太多底层细节。
j的话基本都要自己设计诸如ASN，link IP等等，contrail基本是个纯overlay解决方案
，还是不放心全部网络feature都跑在hypervisor上。
【在 z**r 的大作中提到】
: aci的fabric其实也是clos fabric
: dell的whitebox可以跑很多os，你说的可能是cumulus, pica8, bigswitch，也可能是
: facebook倡导的ocp？
:
: SaaS
|
I********x
发帖数: 858 | 7 快尘埃落定了，RFQ发了思科和Juniper.再过半个月就有分晓了。
目前看J家的价格很高啊……我始终不明白J家contrail和它硬件metafabric的产品定位
. contrail单独作为一个产品无可厚非，但是和硬件fabric一起卖就不知所云了。
【在 I********x 的大作中提到】
: 对的， aci本质上和J的解决方案一样，都是vxlan加bgp evpn，实现细节上有些不同。
: aci实际上把部分设计内容包装进去了，比较适合企业用户不需要太多底层细节。
: j的话基本都要自己设计诸如ASN，link IP等等，contrail基本是个纯overlay解决方案
: ，还是不放心全部网络feature都跑在hypervisor上。
|
z**r
发帖数: 17771 | 8 ACI不是BGP EVPN，那是VTS。
你还可以看看NSX，更接近于CONTRAIL。
【在 I********x 的大作中提到】
: 对的， aci本质上和J的解决方案一样，都是vxlan加bgp evpn，实现细节上有些不同。
: aci实际上把部分设计内容包装进去了，比较适合企业用户不需要太多底层细节。
: j的话基本都要自己设计诸如ASN，link IP等等，contrail基本是个纯overlay解决方案
: ，还是不放心全部网络feature都跑在hypervisor上。
|
z**r
发帖数: 17771 | 9 可以私信你是哪个公司吗？
【在 I********x 的大作中提到】
: 快尘埃落定了，RFQ发了思科和Juniper.再过半个月就有分晓了。
: 目前看J家的价格很高啊……我始终不明白J家contrail和它硬件metafabric的产品定位
: . contrail单独作为一个产品无可厚非，但是和硬件fabric一起卖就不知所云了。
|
I********x
发帖数: 858 | 10 我看了下VTS：
Open Standards
Standards-based protocols: Supports Border Gateway Protocol-Ethernet VPN (
BGP-EVPN), Virtual Extensible LAN (VXLAN), and Multiprotocol Label Switching
(MPLS)
REST APIs: Supports transparent integration with a variety of domain
managers and virtual infrastructure managers (VIMs) such as OpenStack and
vCenter
Programmability: Industry-leading, multivendor device programmability with
support for multiple hypervisors
看起来VTS只是个框架，低层实现还可以是bgp evpn？因为cisco文档在ACI内部实现的
细节很少，所以我还不太清楚。 juniper这个方面似乎很透明。
在rfq之前我们询问过nsx，但是感觉
1. 实现上太复杂
2. 完全整个dc产品被lock in
3. it groups分工太困难
4. 据说license也不便宜
我对contrail的问题是，如果我们确定要做juniper vxlan fabric，我为神马还花大价
钱买contrail？ hypervisor vtep已经不需要了，何必在网络和hypervisor对接vxlan？
【在 z**r 的大作中提到】
: ACI不是BGP EVPN，那是VTS。
: 你还可以看看NSX，更接近于CONTRAIL。
|
|
|
I********x
发帖数: 858 | 11 几个月了厂家轮番轰炸啊：
cisco aci
Juniper Clos fabric contrail
VMware nsx
今天妈的dell还来卖它们的switch 然后让我们跑一个什么基于Linux的操作系统
何必呢？何苦呢？工业被学院派攻陷了，garner发个狗屁不通的文章大家都真以为SaaS
时代来临了。 |
s*****g
发帖数: 1055 | 12 Assume you are not Google Facebook or Amazon , ask those vendors what kind
of problems they are going to solve for you, and why those problems cannot
be solved by proven technology. |
I********x
发帖数: 858 | 13 From enterprise management level there is strong drive to orchestrate
infrastructure for applications, while with hypes from market, management
level does not have a clear vision (over expected) on the costs for the
orchestration, which is been considered as a future 'saving'.
Technical review is less persuasive when infrastructure guys talking with
application managers, as they simply don't care.
【在 s*****g 的大作中提到】
: Assume you are not Google Facebook or Amazon , ask those vendors what kind
: of problems they are going to solve for you, and why those problems cannot
: be solved by proven technology.
|
z**r
发帖数: 17771 | 14 aci的fabric其实也是clos fabric
dell的whitebox可以跑很多os，你说的可能是cumulus, pica8, bigswitch，也可能是
facebook倡导的ocp？
SaaS
【在 I********x 的大作中提到】
: 几个月了厂家轮番轰炸啊：
: cisco aci
: Juniper Clos fabric contrail
: VMware nsx
: 今天妈的dell还来卖它们的switch 然后让我们跑一个什么基于Linux的操作系统
: 何必呢？何苦呢？工业被学院派攻陷了，garner发个狗屁不通的文章大家都真以为SaaS
: 时代来临了。
|
z**r
发帖数: 17771 | 15 记得你的网就是dell whitebox + cumulus?
现在用的怎么样？
【在 s*****g 的大作中提到】
: Assume you are not Google Facebook or Amazon , ask those vendors what kind
: of problems they are going to solve for you, and why those problems cannot
: be solved by proven technology.
|
I********x
发帖数: 858 | 16 对的， aci本质上和J的解决方案一样，都是vxlan加bgp evpn，实现细节上有些不同。
aci实际上把部分设计内容包装进去了，比较适合企业用户不需要太多底层细节。
j的话基本都要自己设计诸如ASN，link IP等等，contrail基本是个纯overlay解决方案
，还是不放心全部网络feature都跑在hypervisor上。
【在 z**r 的大作中提到】
: aci的fabric其实也是clos fabric
: dell的whitebox可以跑很多os，你说的可能是cumulus, pica8, bigswitch，也可能是
: facebook倡导的ocp？
:
: SaaS
|
I********x
发帖数: 858 | 17 快尘埃落定了，RFQ发了思科和Juniper.再过半个月就有分晓了。
目前看J家的价格很高啊……我始终不明白J家contrail和它硬件metafabric的产品定位
. contrail单独作为一个产品无可厚非，但是和硬件fabric一起卖就不知所云了。
【在 I********x 的大作中提到】
: 对的， aci本质上和J的解决方案一样，都是vxlan加bgp evpn，实现细节上有些不同。
: aci实际上把部分设计内容包装进去了，比较适合企业用户不需要太多底层细节。
: j的话基本都要自己设计诸如ASN，link IP等等，contrail基本是个纯overlay解决方案
: ，还是不放心全部网络feature都跑在hypervisor上。
|
z**r
发帖数: 17771 | 18 ACI不是BGP EVPN，那是VTS。
你还可以看看NSX，更接近于CONTRAIL。
【在 I********x 的大作中提到】
: 对的， aci本质上和J的解决方案一样，都是vxlan加bgp evpn，实现细节上有些不同。
: aci实际上把部分设计内容包装进去了，比较适合企业用户不需要太多底层细节。
: j的话基本都要自己设计诸如ASN，link IP等等，contrail基本是个纯overlay解决方案
: ，还是不放心全部网络feature都跑在hypervisor上。
|
z**r
发帖数: 17771 | 19 可以私信你是哪个公司吗？
【在 I********x 的大作中提到】
: 快尘埃落定了，RFQ发了思科和Juniper.再过半个月就有分晓了。
: 目前看J家的价格很高啊……我始终不明白J家contrail和它硬件metafabric的产品定位
: . contrail单独作为一个产品无可厚非，但是和硬件fabric一起卖就不知所云了。
|
I********x
发帖数: 858 | 20 我看了下VTS：
Open Standards
Standards-based protocols: Supports Border Gateway Protocol-Ethernet VPN (
BGP-EVPN), Virtual Extensible LAN (VXLAN), and Multiprotocol Label Switching
(MPLS)
REST APIs: Supports transparent integration with a variety of domain
managers and virtual infrastructure managers (VIMs) such as OpenStack and
vCenter
Programmability: Industry-leading, multivendor device programmability with
support for multiple hypervisors
看起来VTS只是个框架，低层实现还可以是bgp evpn？因为cisco文档在ACI内部实现的
细节很少，所以我还不太清楚。 juniper这个方面似乎很透明。
在rfq之前我们询问过nsx，但是感觉
1. 实现上太复杂
2. 完全整个dc产品被lock in
3. it groups分工太困难
4. 据说license也不便宜
我对contrail的问题是，如果我们确定要做juniper vxlan fabric，我为神马还花大价
钱买contrail？ hypervisor vtep已经不需要了，何必在网络和hypervisor对接vxlan？
【在 z**r 的大作中提到】
: ACI不是BGP EVPN，那是VTS。
: 你还可以看看NSX，更接近于CONTRAIL。
|
|
|
I********x
发帖数: 858 | 21 更新下：
漫长的rfq之后我们选择了Aci基于：
1. 在中小型dc情况下思科竟然有了价格优势，很大部分得益于免费的avs
2. 服务器小组比较喜欢aci的多用户模式 contrail比较专注于网路这一块 多用户要靠
高层orchestration.
3. 网路underlay这块J要在mx上做集中路由 感觉不如思科Symmetrical irb 好看 性能
方面各说各的 都不相信不做参考
4 aci的service chaining做得好些 j的解决方案还主要靠网工调路由...
实在不满j software vtep uses GRE while hardware vtep uses vxlan.
Switching
【在 I********x 的大作中提到】
: 我看了下VTS：
: Open Standards
: Standards-based protocols: Supports Border Gateway Protocol-Ethernet VPN (
: BGP-EVPN), Virtual Extensible LAN (VXLAN), and Multiprotocol Label Switching
: (MPLS)
: REST APIs: Supports transparent integration with a variety of domain
: managers and virtual infrastructure managers (VIMs) such as OpenStack and
: vCenter
: Programmability: Industry-leading, multivendor device programmability with
: support for multiple hypervisors
|
z**r
发帖数: 17771 | 22 恭喜
【在 I********x 的大作中提到】
: 更新下：
: 漫长的rfq之后我们选择了Aci基于：
: 1. 在中小型dc情况下思科竟然有了价格优势，很大部分得益于免费的avs
: 2. 服务器小组比较喜欢aci的多用户模式 contrail比较专注于网路这一块 多用户要靠
: 高层orchestration.
: 3. 网路underlay这块J要在mx上做集中路由 感觉不如思科Symmetrical irb 好看 性能
: 方面各说各的 都不相信不做参考
: 4 aci的service chaining做得好些 j的解决方案还主要靠网工调路由...
: 实在不满j software vtep uses GRE while hardware vtep uses vxlan.
:
|
z**r
发帖数: 17771 | 23 恭喜
【在 I********x 的大作中提到】
: 更新下：
: 漫长的rfq之后我们选择了Aci基于：
: 1. 在中小型dc情况下思科竟然有了价格优势，很大部分得益于免费的avs
: 2. 服务器小组比较喜欢aci的多用户模式 contrail比较专注于网路这一块 多用户要靠
: 高层orchestration.
: 3. 网路underlay这块J要在mx上做集中路由 感觉不如思科Symmetrical irb 好看 性能
: 方面各说各的 都不相信不做参考
: 4 aci的service chaining做得好些 j的解决方案还主要靠网工调路由...
: 实在不满j software vtep uses GRE while hardware vtep uses vxlan.
:
|
L******t
发帖数: 1985 | 24 Co-asking
【在 z**r 的大作中提到】
: 记得你的网就是dell whitebox + cumulus?
: 现在用的怎么样？
|
d****i
发帖数: 1038 | 25 aci 是n9k吧？有些企业网的用户也很喜欢n9k上面通过linux跑puppet和chef来管理网
络的功能。网工以后得有系统管理员的技能。 有几个公司的网工用puppet用的很好很
专业。
【在 I********x 的大作中提到】
: 更新下：
: 漫长的rfq之后我们选择了Aci基于：
: 1. 在中小型dc情况下思科竟然有了价格优势，很大部分得益于免费的avs
: 2. 服务器小组比较喜欢aci的多用户模式 contrail比较专注于网路这一块 多用户要靠
: 高层orchestration.
: 3. 网路underlay这块J要在mx上做集中路由 感觉不如思科Symmetrical irb 好看 性能
: 方面各说各的 都不相信不做参考
: 4 aci的service chaining做得好些 j的解决方案还主要靠网工调路由...
: 实在不满j software vtep uses GRE while hardware vtep uses vxlan.
:
|
I********x
发帖数: 858 | 26 ACI 是一条解决方案，硬件方面包含9k（93，95）还有一个controller，提供各种内部
和外部的可编程性。目前版本的controller可以基本满足大多数数据中心的运行需要了。
Puppet方案是直接access个体设备API，juniper从一开始就可以做到。集中controller
也有它自己的优点，喜欢自己玩的可以玩puppet，不过复杂的功能可能不好用；喜欢简
单点的用集中controller不错，底层细节不用管了。
个人感觉9k外加vts controller比较合网工口味，那可是实实在在的mpbgp evpn，都是
标准协议搭起来的。APIc有很多私货，从网工角度看没啥意思，什么都集成进去了，相
反你要记住很多奇怪的新名词，有些完全就完全不知所云。
【在 d****i 的大作中提到】
: aci 是n9k吧？有些企业网的用户也很喜欢n9k上面通过linux跑puppet和chef来管理网
: 络的功能。网工以后得有系统管理员的技能。 有几个公司的网工用puppet用的很好很
: 专业。
|
