迈普网络公司

Sina WeiboBaiduLinkedInQQGoogle+RedditEvernote分享




迈普公司,创办于1993年。创办人为花欣(注:这个名字的发音有点狠。)。花欣目前是迈普的董事长和总经理,所以迈普公司的大佬是花董事长:-)。迈普的公司网站对花董事长是如下介绍的:“第十一届全国人大代表,全国工商联执委,成都市工商联主席,四川省科技厅电子信息技术专家组成员,中国软件行业协会常务理事,四川省光彩事业促进会副会长,电子科技大学及西南交通大学客座教授,中国人民解放军国防大学信息网络建设顾问。花欣1982年本科毕业于华中科技大学,1989 年获得电子科技大学计算机硕士学位并留校任教,1993年创办迈普公司至今。”。可见花欣是李一男的大师兄。另外,迈普的执行副总裁兼研究院院长肖志辉也来自华中科大。

迈普公司是做数据通信产品的,其产品包括路由器,交换机,防火墙,接入等等。从其产品布局来看,与华为的数据产品,H3C基本上是兵锋相见。与华赛的产品也有重叠之处。例如其骨干核心路由器MP8600和汇聚路由器MP7500等等。其中MP7500与思科的7600,ASR9000,Juniper的MX960,华为NE80,H3C的SR6600系列等应该是竞争产品。MP8600与H3C的SR8800系列,思科的CRS-1,Juniper的Tx系列是逐鹿中原。

真可谓是,狼烟四起,英雄辈出的年代。

感觉迈普的MP7500是其高端产品的一个突破。在2007年的产品发布会上,是以“全球首款多核开放式标准路由” 来从技术上定位的。一些产品摘要如下:“。。。MP7500成功实现了全球领先的支持多核计算技术的并行式网络操作系统 MyPowerIOS,它有效融合了非对称多处理(控制平面与数据平面之间)和对称多处理(数据平面多个转发引擎之间)各自的优点。这一多核互联网操作系统将最大可能发挥出多核计算技术的超强性能,使系统软件能在多个执行内核间妥善分配任务并协调运行。多核软件技术的攻克,也无疑使MP7500站在了全球软件技术的最前沿。。。”

【笔者注:上述新闻发布基本上很不严肃,不具备专业素养。但如果定位在是一种市场营销的策略,就另当别论。从技术上而言,上述所言通过Linux没有任何难度。“全球软件技术的最前沿”这些话实在是不应该乱说。】

“由中国工程院院士等专家主持的国家鉴定表明:MP7500路由器采用了多项国际最新技术(如ATCA、PCIE、4核处理器等)并有多项创新成果,其技术达到国际先进水平。迈普此次研制成功的MP7500高端路由器,是最重要的核心网络互连设备之一。 ”。

感觉这些院士们有点憨:-)。这个鉴定不要更好:-)

有趣的是,在H3C的主页上,H3C也声称其SR6600系列是第一家“基于多核多线程处理器技术架构的路由器产品”。摘要如下:“H3C SR6600系列开放多核路由器(以下简称SR6600)是H3C公司自主研发,面向运营商、政府、电力、金融、教育、企业等用户网络量身打造的一系列集高性能转发、高灵活性业务处理和高密度接入能力于一体的高端多业务路由器。SR6600是业界第一款基于多核多线程处理器技术架构的路由器产品,其全新的硬件平台和面向业务设计的理念诠释了数据通信业务汇聚/接入和企业网关的新型解决方案,更加充分的满足未来业务扩展的多元化应用需求,符合运营商及各行业IT建设的现状与发展趋势。”。

其实,没人关心这个第一与否。能卖钱就行。这样做技术的人才脑袋一根筋。花董事长和任老板估计不懂,也不关心什么多核与否。大佬们只关心钱和影响力:-)

总体而言,感觉迈普的研发实力相当雄厚,产品系列已经比较完整。韬光养晦,立足西南;远交近攻,发力中原。应该是大有作为。

 

(3个打分, 平均:5.00 / 5)

雁过留声

“迈普网络公司”有82个回复

  1. 帅云霓 于 2009-08-12 5:08 下午

    H3C早已不属于任老板的财产了。

  2. 天行者 于 2009-08-12 7:04 下午

    随着交换芯片/NP/多核各个关键器件商业化销售,后续交换机/路由器产品会不会走山寨化路线?几个业内人士搞一个设计公司,找个专业代购厂家,就可以相对容易推出交换机/路由器产品。

  3. 大雁之行 于 2009-08-12 8:32 下午

    长远来看,山寨化是没有出路的。
    更重要的看企业自己的技术积累。

  4. 帅云霓 于 2009-08-12 9:05 下午

    多数小公司如果看太长远会倒闭的。只能走一步看一步

  5. michael 于 2009-08-12 10:13 下午

    山寨化在12亿低收入群体的个人通讯消费品上有很大的潜力,不管是手机,家用路由还是其他。

    浙江的经济模式就是这样,提供绝大部分日用品的山寨货给全国人民和亚非拉人民。欧美日人民不需要。

  6. ABC 于 2009-08-12 11:24 下午

    唉,那个7500没那么牛,也就是能多接些E1罢了,类比当年港湾的G系列路由器罢了。而8900的路由器更是无边无际了。
    当年花总说过一句话,路由器做到36系列足矣……
    迈普要做大变化才能有所发展,其实偏安一隅也不错,重要的是能够生存下来。

    对于“其中MP7500与思科的7600,ASR9000,Juniper的MX960,华为NE80,H3C的SR6600系列等应该是竞争在产品。MP8600与H3C的SR8800系列,思科的CRS-1,Juniper的Tx系列是逐鹿中原。”这个实在不敢苟同。
    路由器比的是处理能力,路由表深度,接口速率和密度,对协议的支持完善程度。
    首席分析过CRS-1,SR88和这个完全不是等同的。同样SR66和ASR9000以及MX960也完全不同。
    首席还是要过滤一下网上的新闻内容,太多神仙级别的YY了。

  7. 陈怀临 于 2009-08-13 9:37 上午

    谢谢ABC。我其实当然知道。对MPC7500系统软件加黑体的那段基本上就像无知记者的吹捧。真是没必要:-)。工程院院士的评论让人觉得院士的水平可真是。。。

  8. 老韩 于 2009-08-13 9:53 上午

    终于轮到迈普了,期待精辟分析出现。

  9. nobond 于 2009-08-13 3:11 下午

    请教陈首席一个技术问题

    我一直是搞硬件的,对compiler一无所知。只是当时组里有师兄改了一个gcc的后端,还有现在我的雇主的东西compiler也是自己定制的,深感这玩意非常重要,将来,如何从硬件工程师的角度入门,请指导。

  10. 陈怀临 于 2009-08-13 3:35 下午

    编译这个东西,其本质是要对一个CPU的微结构非常清楚,从而可以后端做优化。通常而言,从新做一个target和大面积改动后端的工作不太多,除非你的东家的NP也好,blahblah P也好采用一个全新的ISA指令集。

    许多工作会涉及在现有的ISA上,你们加了几个私有的指令。例如,Packet Processing,Memory Movement,Logicl XOR 或者一些Fancy stuff。

    对一个硬件工程师而言,例如,你是做NP的,你的任务是要理解一个CPU或一个NP是一个Co-Design。例如,多少个GPR,ABI是什么,从而对你的芯片设计有影响。更复杂的就是流水线的处理了。还有,就是特殊指令的设计,解码等等。

    总体而言,硬件工程师不太合适去做编译。也没必要。

  11. slopover 于 2009-08-14 1:07 上午

    黄岩这次会选择静默

  12. 某某 于 2009-08-16 2:49 上午

    1999年的时候用过迈普的DDN,叫什么9400吧,网管居然是用VB编的…
    典型的山寨道路啊…

  13. nobond 于 2009-08-16 3:47 上午

    陈首席那硬件工程师课余时间应该干点啥?
    耗费光阴,实在无聊呀。 手上那点事情实在耗费不了多少精力,当然时间不见得少耗。

  14. 黄岩 于 2009-08-16 5:59 上午

    那个DDN网管不是VB编的。

    不过我觉得VB是个不错的语言,曾经Linus都想用VB来重写Linux Kernel。

    Upcoming rewrite of kernel
    From: Linus Torvalds (torvalds@transmeta.com)
    Date: Mon Apr 01 2002 – 15:35:02 EST

    Hi folks,

    I have been dealing with maintaining Linux in a mixture of C and Assembler for over twelve years now. While it has been a lot of fun, every day dealing with these essentially dead languages has become harder and harder for me, and other programers seem to agree.

    Thus, starting with Linux 3.0 (to be released hopefully by next summer), the kernel will be completely rewritten in the easy-to-use Visual Basic language. This will eliminate all issues involving buffer overruns, as well as streamlining porting of Windows programs to Linux, since Microsoft (who will now assume ownership of Linux) assure me that Windows is written entirely in VB as well.

    Microsoft has also stated that they intend to incorporate Windows features, such as the RRS (Rapid Random Shutdown) in Windows 95, into Linux 3.0.

    Linus

  15. 某某 于 2009-08-16 4:15 下午

    哈哈哈,4月1号真不错…
    不过99年的时候,当时是迈普的人培训的时候自己说的,可能现在已经升级了吧。当年的迈普,从PCB、设备、软件到销售,都是很重的山寨味。

  16. 帅云霓 于 2009-08-16 5:09 下午

    1, Linux这段话应该是愚人节玩笑,典型的西方式幽默,装得一本正经地说巨不靠谱的事儿。
    2, VB也不见得就山寨味,那玩意只是很容易学而已。多少高手都是小时候从中华学习机和BASIC语言玩开始成长的啊。

  17. 帅云霓 于 2009-08-16 5:12 下午

    大家仔细看看Linus的这番话,实际上是在夹枪带棒地损M$: 他们的系统是用VB写的(运行速度慢慢慢~~)还带有Rapid Random Shutdown功能(讽刺Windows老死机)。
    黄岩兄应该也是在跟Linus一起说反话吧:)

  18. 陈怀临 于 2009-08-16 5:26 下午

    用过VB并挣过银子的飘过。。。

  19. 帅云霓 于 2009-08-16 5:54 下午

    用过VB并借此泡到过MM的也飘过…

  20. Panabit 于 2009-08-16 5:56 下午

    为什么拿VB写东西就被人“笑话”呢?语言只是工具而已,难道会C的就一定比VB“牛逼”?适合项目的,选择合适的,这才是正道。要不大家用C语言写个Windows UI看看,那不累死你。BTW,本人的“第一桶金”就是拿VB挣的:)

  21. Loster 于 2009-08-16 8:01 下午

    会C的 确实“不”一定比vb牛逼。
    但总体看,用C做工作的 比用只用vb的整体水平确实牛逼。
    而那些vb牛逼的人,谁又敢说他不会C呢??

    开发工具的封装有利有弊,但对使用者而言,越高级的语言,封装的越多的语言,象vb,c#这类,还是晚点学比较好。

  22. Panabit 于 2009-08-16 8:28 下午

    VB和C#还是早学吧,等你学完C,再让你去学习VB,C#,估计你也不太想学了。C语言会让你的思维变得“很具体”,VB和C#, Java等,会让你的思维变得“抽象一些”,由抽象到具体,相对容易接受一些,反之不然。本人是从VB,DELPHI,JAVA等做到现在的Panabit的,深有体会。现在这个社会总有一些人,觉得越到底层,越水平高,岂不知水平的高低比较要看你所在的行业。就拿VB来说,经常用来做MIS,MIS的数据库建模是很有学问的(那些建数据库不超过100张表的例外)。计算机发展到现在,已经是一门工具或实用科学了,什么语言都只是工具而已,水平的高低主要还是看行业和领域知识。

  23. 帅云霓 于 2009-08-16 9:02 下午

    呵呵,本人就是纠结于’具体’,因此数字电路和Visual C++(MFC)都学得水平巨烂。反而是模拟电路和汇编之类的底层玩意比较熟悉,但却往往被认为是旁门左道,总是被人另眼看待。
    例如,照着VC教材用MFC生成了一个hello, world,然后就在代码里面满世界找经典Windows程序里面的WinMain函数,结果当然是很让我feel frustrate的:(

  24. Loster 于 2009-08-17 1:42 上午

    我见过C水平很高的,对底层也很熟悉的。因为需要新学c# ,一星期就达到了很高的水平。

    但还没见过只会c#的,一星期就能玩转C的。

    基础好了,学上层应用那是事半功倍。 否则,整天做一些SQL查询,显示之类的浅层的工作。觉得很熟悉了,也很熟悉所谓的行业知识。甚至也熟悉了数据库表是不是建的合理,是否进行了必要的范式化。

    但突然有一天,客户说你这个界面操作起来不方便。而你一直都是用的现有的控件。

    这时候,如果没有c++的或者C的对底层的熟悉,没有对windows消息的熟练了解,对GDI的掌握,恐怕连改进一个控件都很难做到。

    因为大多数时间都在做浅层东西。

    而这最大的问题,就是谁的职业生涯更长。在国内有个不争的事实,过了30岁还继续搞代码的就少多了。不是没有经验,也不是vb不熟练。 那么原因何在??

    推荐一本书,梁肇新的 《编程高手箴言》 ,也许能找到答案。

  25. Panabit 于 2009-08-17 2:47 上午

    “我见过C水平很高的,对底层也很熟悉的。因为需要新学c# ,一星期就达到了很高的水平。”,我敢打包票,这个人肯定有C++或Java基础。一个只会C这样函数式语言,而没有任何面向对象语言基础的人,你让他去理解C#中的各种概念,并且一周内达到很高水平,那是不可能的。你看看早些年那些在DOS下玩得很好的人,突然让他接触Windows下的编程,比如MFC,得花多长时间。对C语言或底层很精通,这同时意味着惯性。从一个函数式语言的思考惯性思维,转变到基于对象的语言的思考惯性思维,岂是一周能完成的?
    另外,为什么认为只会VB的人,就不熟悉Windows消息等系统知识?在VB里面一样可以调用Windows API吗?在VB里一样可以使用GDI来写程序。
    语言只是工具,会VB的不一定比C的差。会什么语言和水平之间没有逻辑上的充分关系。
    水平决定性因素应该是领域知识(知识的深度)、综合性知识(知识的广度)和思维习惯(知识的利用),语言只是基础工具而已。

  26. zsx435 于 2009-08-17 3:01 上午

    山寨的内涵是技术平民化,如果你感觉山寨产品对你有威胁,或者采用山寨技术让你不舒服。那么就表示你跟不上技术的进步了。

    市场总是在青睐最便宜的、满足需求的产品,管它怎样实现的!!!

    顺便问一句:听说当年HW和港湾打架,小迈感觉非常痛苦,有这么回事吗?。

  27. 帅云霓 于 2009-08-17 4:02 上午

    [早些年那些在DOS下玩得很好的人,突然让他接触Windows下的编程,比如MFC,得花多长时间。]
    严重同意,一开始脑子总是转不过来,因为DOS下一切都是自己做的,甚至自己改MSDOS的系统调用ISR,而Windows下一切都是微软做好的…

  28. 陈怀临 于 2009-08-17 6:19 上午

    同意Panbit。如果没有OO基础,一个星期能把握Virtual fuction,public,protected,private等等C++的东西,有点困难。当然,天才除外。可是,天才基本上不会沦落到用C或C++的份上:–)

    我基本上认为是对DOS非常熟悉:通读BIOS,INT 21,INT 13,CCDOS,213源码,100左右DOS病毒源码并编制INT21截获病毒。。。但migrate to Win3.1时,遇到许多困难。就是对callback函数脑袋过不去。现在想起来很奇怪。。。。。。另外,就是记不住那些库函数。

  29. Loster 于 2009-08-17 7:57 上午

    上面的都是高手,不过有点抬杠的意味。

    为什么我感觉你们是在假定,用C的就是dos下用C,从未接触过win。 而用VB的就已经非常熟悉了win32 API??
    为什么你们不拿同在windows平台上,用C开发应用和vb开发应用的去比较,到底哪个群体对win的掌握更深?

    为什么你们不说,同是dos下,用Qbasic的和用C的如果换到windows上,谁掌握新平台的能力更快??也许换到VB的写个hello,world比用C的更快。可要说到谁能更快的掌握win32 API,掌握win平台的原理,我要说,我选原来用C的。
    另外,为什么你们就认定用C的就不会oo,而用VB JAVA C#的就必然具备oo思想?
    号称使用面向对象语言的C#,许多人写出来的代码无非是多了个class的过程化代码而已。而具备oo思想的c高手,用c写的代码一样让你觉得很oo。另外,用c的大多涉及的领域都要求面向过程就够了,自然看不到什么oo的代码。
    另外,VB在6.0之前也不过是基于对象的过程化语言,实在缺乏懂vb就懂oo的必然逻辑。

    没有人否定高手需要广度,需要深度。也没有人否定语言不过是一个工具。要选择最合适的。Linus也不会傻到用C去开发一套win平台的MIS系统。

    但是,毕竟汇编、C这样的语言的学习难度比VB要大。学习过程中涉及的计算机原理的比VB的也要多。
    如果不是那种简单学学而已,而是达到一定水平熟悉掌握理解,那么学C的自然认为比学VB的难度大,会多掌握许多底层原理的知识。

    你学了C,c++这些比较底层的语言,起码你只懂VB的要对指针 堆栈了解的多。当学win API和win 原理时,理解难度就会小很多。

    而千万别忘了。win32 API都是C编的。MFC也不过是win平台上对c++来说,封装了win32 API的类库而已。何况MFC从oo的角度看设计的很差。在win平台上用c c++开发也不意味着必须用MFC。
    只不过在界面开发上MFC会省点力而已。
    另外,请区分c++ 与VC++ 和MFC的区别。dos下c++也是门很重要的语言。

    而如果学C#,如果你有汇编基础,那么你通过看MSIL理解C#就容易的多。起码比只会VB的学c# 能理解的更深,自然更快更好的掌握C#了。

    而且,从语法习惯等。VB6 到VB。net,那也是变革非常大的。但C#是c系的语言。可以说,你会c就已经很容易理解C#的语法了。 如果再会c++,那学C#真的一礼拜就掌握了。

    至于类库,越高级的语言封装了几百上千个类,没有人能清楚的记得,也没多大意义。知道大概有什么功能,有MSDN会查,就足够了。

  30. 帅云霓 于 2009-08-17 4:59 下午

    CCDOS和213汉字系统的源码是在哪里搞到的?
    OO不过是一种思想罢了,C也一样可以实现OO,C++只不过是实现OO的时候可以少很多代码行数而已。换句话说,一是方便懒人,二是减少出错(埋Bug)的可能性。
    其实不只Windows3.1有Callback,DOS也一样有Callback。例如中断向量的概念,本质也是一个Callback,只不过是由体系结构硬件来Handle的..

  31. 陈怀临 于 2009-08-17 7:39 下午

    CCDOS,213等源码都是公开的。213应该是接管INT 7F。(希望我这20多年前的记忆没有错。)。

    INT 21其实是最精华的部分。所谓DOS,说白了就是INT21. AH给出调用参数。INT 13对硬盘的理解非常重要。软驱boot等都很容易啦。

    那时中国没有UNIX。只能玩DOS。

  32. 陈怀临 于 2009-08-17 7:47 下午

    对文章做了点加注:
    【笔者注:上述关于MP7500新闻发布很不严肃,不具备专业素养。但如果定位在是一种市场营销的策略,就另当别论。从技术上而言,上述所言通过Linux没有任何难度。“全球软件技术的最前沿”这些话实在是不应该乱说。】

  33. 帅云霓 于 2009-08-17 8:52 下午

    呵呵。其实DOS还有INT20(返回系统)/INT24(出错处理)、INT25(磁盘驱动器绝对写)等interrupt系统调用等功能。当然INT21是最重要的。
    中文DOS系统应该是接管了INT16显示BIOS调用,或者INT21的子功能09,显示字串吧。为了保证速度应该要加上直接写屏,也就是直接写入显存的功能。如果调用INT16挨个画点那就太慢了。
    回家Google一下CCDOS源码学习下。
    记得玩惯了DOS以后,有一天有幸玩了一回Linux,才明白很多DOS的概念,如管道符、重定向、CON/AUX/NUL这些设备名等,都是借鉴自Unix。gdb也比DOS的那个Debug好用得多。

  34. 某某 于 2009-08-18 2:18 上午

    用啥语言还不是重点,这没什么好争的,看过当时那个网管的就知道了,没看过的说也白说,哈哈。

    至少作为我们那时候来说,用VB编的网管是非常麻烦的也很业余的,因为根本不能上SUN的机器,还得专门弄个PC服务器架着…关键要看需求

  35. solar 于 2009-09-16 11:42 上午

    与J的MX960/C的7600同级别的应该是NE80E,不是NE80。NE80E和NE80完全是两个产品

  36. 大荣 于 2009-10-11 11:13 下午

    我觉得迈普还是差得太远。国内搞路由器迈普、博达还有北京的bitway应该是较早的,至少和华为的25系列差不多了。但是在向类似75系列分布式多cpu架构路由器发展的时候,这些公司都没迈过去那个坎儿。迈普说白了是个做低价货超牛的公司,技术水平比华为系差远了。华为,乃至港湾这样的公司从26跨入到75时代基本没有打磕巴。
    迈普上次发布多核处理器的时候,其实就是抛开摩托,买了intel的期货。唉……

  37. 陈怀临 于 2009-10-12 8:59 上午

    荣总,咔咔咔。这里有一些可是来自迈普的读者。。。而且是技术高层。您这,。。。。:-)

  38. 李克 于 2009-10-12 2:34 下午

    大荣说得是对的,迈普的可以做RAD/TELLABS/METRODATA等中小盒子的公司,迈普本来也是靠做小盒子专长起家的。像RAD的小盒子,真的很强,便宜,量大,质量还信得过,技术支持也不错,无论在企业网还是运营商。但往高端走,没有李书福做沙发的魄力,是不可能成功的,或者第二个任正非再生

  39. 阿来 于 2009-10-12 3:40 下午

    很多朋友在迈普,本来以前对迈普还有一些期待,但是自从听到一些内幕后,彻底对其失望了。一个公司的成功,不仅仅是技术,更多的是企业的制度和内部管理,但是就目前来看,迈普还仅仅是一个典型的具有中国特色的民企,缺乏富有远见的企业管理是迈普的致命伤。毕竟花总不是任总,所以决定了迈普的今天,也决定的迈普的明日。

  40. 大荣 于 2009-10-12 10:13 下午

    陈总,我这个人说话有时候不客气。别人在我blog里骂我也历来都不客气。
    迈普我去参观过,从生意的角度,我觉得经营的不错。但是公司缺乏进取心。宣传上又有些托大。
    其实国内有些企业是甘心埋着头挣钱的小公司,或者说是匠人型的小公司,其实也很好,就像意大利的自行车制造商一样。
    迈普关键是搞得自己位置有些尴尬了。迈普26到72花了多长时间?72到75又花了多长时间?
    花总是否真的一直致力于网络通信产品的开发,还是中途干了别的,后来又回来了?

  41. 阿来 于 2009-10-13 3:51 上午

    好像花总有段时间对房地产很感兴趣,现在一些部下还是房地产的,拿房地产的管理人员来管理IT,还真是要命~~~

  42. ABC 于 2009-10-14 7:43 下午

    不得不说华为系的公司在做路由这块还是独树一帜的。确实是做过软件硬件系统的积累。

  43. moralaw 于 2009-11-16 12:42 下午

    听说华为正在和迈普谈收购,应该在年底完成,仅供参考。

  44. 阿来 于 2009-11-17 7:07 上午

    听说华为正在和迈普谈收购,应该在年底完成,仅供参考。
    —————-
    这个玩笑开得大了~~~~~

  45. ABC 于 2009-11-17 7:36 下午

    华为收购迈普做啥呢????

  46. moralaw 于 2009-11-24 10:47 上午

    阿来,拭目以待吧。
    如果仅仅从技术或者市场能力上来讲,华为是没有必要去这么做。但是很多事情不会那么简单。
    华为在电信运营商领域,份额不低,现在和友商是在血拼。
    而企业网对华为是蓝海,要想持续快速增长,必须剑指企业网,快速切入。
    在华三脱离华为,迈普产品线和华为数通是完全互补的,并购后会迅速补全华为在中低端因华三离开而留下的空档。
    也许以后是寡头们的竞争:
    思科+Vmware+EMC组合
    IBM+Juniper组合
    HP+3com组合
    华为+华赛+迈普组合。
    如果真是这样,也许这个世界会乱套,小厂家生存空间会很小。
    哎….

  47. 阿来 于 2009-11-25 6:00 上午

    年底快到了,但是好像从来没听说过~~~~包括在华为的数据通信的朋友,和迈普的朋友都没说过,不知道兄弟的消息是从哪里来的~~~难道是高层?

  48. ALL IP? 于 2009-11-25 6:13 上午

    不管是技术还是产品线,如果华为想做,应该是没有必要购买迈普。。。。。

    假如真的收购,肯定是其他方面的原因。。。

  49. ALL IP? 于 2009-11-25 6:16 上午

    BTW,华为收购港湾之后,港湾的产品线没有一个得到保留,不管是交换机,还是高端、低端路由器。现在华为自己开发的交换机据说发货量已经超过300W台。

  50. 黑猫 于 2009-11-25 6:34 上午

    飘过……勾起美好的回忆
    10多年前大学期间连续2年在一个软件公司用VB挣过不少银子(这里的不少是指学生而言),代价是大部时间是逃课打工。那时的VB不是OO的,软件架构是client-server,用于某行业的收费管理系统。基本不需要知道WIN32 API,只要知道用很多VB控件来做漂亮和友好操作界面就行,再加对SQL语句操作关系数据库掌握得很熟练。

  51. ALL IP? 于 2009-11-25 7:01 上午

    一个更疯狂的消息:海尔收购法拉利!!!????
    http://junshi.blog.china.com/200911/5506000.html

  52. 理客 于 2009-11-25 9:44 上午

    同意ALL IP。
    H分析过G的产品,基本没有保留的意义,所以全部放弃

  53. ABC 于 2009-11-26 6:32 下午

    华为搞掉港湾从来没想过会继续做港湾的产品。唯一保留下来的就是当年的VOIP产品,研发放在了杭研,主要是华为没有相关的产品线。

  54. 有点意思 于 2009-11-27 2:32 上午

    迈普和锐捷?华为会收谁?

  55. 理客 于 2009-11-27 2:57 上午

    为啥要收购呢?是需要产品还是需要人?

  56. 阿来 于 2009-11-27 2:58 上午

    迈普正在运作上市,也许是创业板,所以被华为收购的可能性不大。

  57. ALL IP? 于 2009-11-28 8:04 上午

    招人倒是可能,据说华为最近在大规模招人,有兴趣的同学可以去应聘,呵呵。。。

  58. 阿敏 于 2009-12-03 3:44 上午

    华为收购迈普,华赛的朋友今天也在说,这个世界太疯狂了。

  59. 理客 于 2009-12-03 4:05 上午

    虽然许多业界并购方面的传闻都是真的,但是这个我还是不相信

  60. 陈怀临 于 2009-12-03 6:59 上午

    58,那是因为华赛的朋友看了弯曲评论的rumor。从而形成了一个deadlock的口耳相传。

    我也不相信任总喜欢与花总一起喝早茶。

  61. 理客 于 2009-12-03 7:25 上午

    同感

  62. 陈怀临 于 2009-12-03 7:27 上午

    Heeeee.我相信华赛的好几个部长没事就在这里溜达一会儿。。。

  63. darong 于 2009-12-21 11:06 下午

    迈普=极度不靠谱

  64. 迈普肖志辉 于 2009-12-29 11:51 下午

    偶尔来逛逛,从来潜水而不说话,呵呵,今天阳光很好,心情很好,就简单地聊聊。

    1,企业开发什么产品是要根据自己的长期战略规划和中期产品营销计划(产品策略只是企业营销策略中的一种)来做的,毕竟企业搞开发是要求盈利的。企业研究院不是大学里的研究机构,获奖、发表论文不是企业研究院搞研发的目的,不能为了虚名盲目地追求高性能。否则,花费几千万元搞出来的高性能产品由于无法与目标市场准确匹配导致卖不掉是亏大的。当然,任何企业的研发资源总是有限的,何况迈普并不大,也不允许总把资源投放到某一类高端产品开发上。MP7500定位在企业网的大型汇聚节点(如地市汇聚路由器),从来就不是要和NE40/40E、NE80/80E、NE5000E或Cisco 7600、12000或H3C SR8800去比的,本来就不是在一个地用,没有必要比。MP7500往高处打是找难受,别人往低打也是找难受。

    2,产品性能有高有低,创新则无所谓高和低。产品或技术上是否有创新,主要取决于技术架构和技术实现。由于定位的原因,MP7500采用了很有点创新的架构。另,MP7500的IOS“有效融合了非对称多处理(控制平面与数据平面之间)和对称多处理(数据平面多个转发引擎之间)各自的优点” 这段陈述是缩略的写法,详细的描述应该是“有效融合了非对称多处理(在控制平面路由处理引擎与数据平面转发引擎之间实现了非对称多处理)和对称多处理(在数据平面多个转发引擎之间实现了对称多处理)各自的优点”。

    3,大家很关心迈普的研发啊。简单汇报一下,迈普研究院主网络研发队伍做完MP7500后, 马上研发了MP2800系列路由器、MyPower S3400/3900系列交换机、MyPower S8900/6800A系列高端交换机(这两款是分布式交换机,每张线卡实现8个万兆线速转发,性能的确是高哈。提醒:在比较交换机性能的时候,大家看厂商的宣传资料,不要只看支持多少个端口,而主要是看支持线速转发的端口有多少)、MyPower S4100E系列交换机、MP1800系列路由器。那真是马不停蹄啊,呵呵,的确没有闲过。1月份《电信科学》对MP1800路由器有介绍,那是一款很有创新很好玩的低端接入路由器,是七合一产品:路由器+交换机+IPSEC网关+VOIP网关+ADSL Modem+3G Modem+WiFi AP,马上还会加入状态防火墙功能。近4年多来,迈普研发的每一款产品都有自己的特色,每一款产品都没有因为技术原因下马,说明我们在产品规划、项目管理、设计、实现、测试上已经很成熟了。

    4、研发完MP7500和MyPower S8900交换机后,研制分布式路由器所需要的很多技术迈普其实已经有储备了(例如主控卡、交换矩阵卡、线卡之间的卡间通信技术;各种平面相互之间的信息同步技术;HA技术;基于TCAM的高速路由查表技术;高密度高速电路设计技术等等等等,不一一列举了)。研制高端分布式路由器的确不算难,技术上是早已攻克了的,不神秘。其实做稳定也不难。透露这些信息不算泄密。

    5,国际上作高端路由器的领先厂商主要在PP或TM上,在流路由、QoS上,在集群上,在ForCES上玩。在什么山上唱什么歌,什么人玩什么鸟,我们心里有数的。

    6,希望各路英雄有空到成都迈普参观、交流,谈经论道,煮酒放歌,即使因为学术/技术见解不同而争论得面红耳赤,也不亦乐乎!迈普是很实在很靠谱的朋友。

  65. 迈普肖志辉 于 2009-12-30 12:03 上午

    对了,关于MP7500的新闻发布会,怀临还加了注:[上述新闻发布基本上很不严肃,不具备专业素养。但如果定位在是一种市场营销的策略,就另当别论。从技术上而言,上述所言通过Linux没有任何难度。“全球软件技术的最前沿”这些话实在是不应该乱说。]

    怀临是计算机系统专家,对计算机操作系统自然是极熟悉的。Linux支持多核容易,但直接用在路由器里是不好的,性能上不。MP7500研究了很多性能优化技术,也的确有些创新。“全球软件技术的最前沿”说法是过了,准确地说,应该是“全球多核嵌入式软件技术的前沿”,也没有“最”。

    呵呵!

  66. 杨宁 于 2009-12-30 12:41 上午

    今天在这里看到了好多熟人啊!
    黄岩,是我当年在迈普的师傅,技术超牛,向您问声好!

    肖老师,我离开迈普后,您不是也离开迈普了吗?怎么,花老板炒房地产炒不下去了,又把您请回去了?现在的迈普,是听花老板的,还是听蒋慧琳总裁的?当年这两口子不和,够折腾的,呵呵!

    老板的胸襟有多大,决定了像迈普这样的企业能走多远。呵呵,迈普走了多远,大家都看到了,还能走多远,大家拭目以待。

  67. 大荣 于 2009-12-30 12:54 上午

    我考谁用了darong这个ID,跟我的很靠嘛,也继承了我一些文风啊。
    昨天中午和朋友吃饭,谈到迈普。我说人家可比李一男强多了,看看港湾上地修的那个楼没啥特色。
    迈普成都的两个地方我都去过。有个地方阵势很大,进到一个门厅的玻璃屋子里,都是参天的竹子,据说是蒋或花老家的特产,参天,笔直。地下是小桥流水,相当有意境,据说还可以喷水,塑造那种雾境。再进去一看,哇塞原来是生产线,生产路由器啥的。
    还有个特色,所有的厕所白天不开灯,都贴着条子,要随手关灯,很环保。
    产品技术人员我很尊敬,迈普的特色就是中国本地意识强,比如当年的异步接口,用户要9.6K的,就绝不给您多做没用的14.4。挺好的。
    我接受不了的是有些宣传的做法,总不能说原来路由器用Motorola的,今天您用Intel的就开个发布会,说如何领先。然后后天换个AMD的多核,就又宣传一次吧。产品包装不能这么搞,不是嘲笑同行和业界朋友智商嘛。路由器是个计算机,但是不是PC机啊。

  68. 大荣 于 2009-12-30 1:00 上午

    中国的有些学术专家兼职跟媒体快有一拼了,记得当年华为用NP做路由器,就包装出一个第五代路由器,然后很多的专家尽情泼墨,鼓吹啊。

    不过我挺敬佩成都电子科技大学的同学们的,你们有个不错的院士。我买了一套张景中院士的书,写给中学生的,看了几页觉得写得真不错,我挺喜欢的。把我以前讨厌的数学说得很有意思。学术上上不了塔尖儿,能写点科普的也是踏踏实实为人民服务啊,总比来回抄教材害人强百倍、千倍。

    成电还出了快乐女声,比我们西电的强啊。

  69. 理客 于 2009-12-30 1:04 上午

    迈普在思科和H3C强大的对手竞争中,做得不错,希望越做越强

  70. 阿来 于 2009-12-30 5:17 上午

    4、研发完MP7500和MyPower S8900交换机后,研制分布式路由器所需要的很多技术迈普其实已经有储备了(例如主控卡、交换矩阵卡、线卡之间的卡间通信技术;各种平面相互之间的信息同步技术;HA技术;基于TCAM的高速路由查表技术;高密度高速电路设计技术等等等等,不一一列举了)。研制高端分布式路由器的确不算难,技术上是早已攻克了的,不神秘。其实做稳定也不难。透露这些信息不算泄密。
    ———————————
    关于这点,我有点意见。如果没有真真切切做过,就不知道这里面的坑有多少。其实可能从大框架上来说,确实高端分布式路由器的技术难度并不是很高,但是往往成败在于细节。路由器能不能做稳定,细节非常重要,这些都需要相当长时间的积累,不论是转发层面还是控制层面,当然要做到商用,做到客户满意,那就有更多的路要走了。肖总如何有机会参与迈普后续的分布式路由器的开发,可能会更深刻的认识到。不过迈普确实做的很不错,我觉得之所有目前迈普没有走港湾的路,并非在于技术如何突出,而在于产品的定位。

  71. Simon 于 2009-12-30 7:06 上午

    华为收购迈普不靠谱。华为的风格就是喜欢自己做东西。收购也只会购买核心技术。

  72. 陈怀临 于 2009-12-30 7:08 上午

    My God,肖少帅也在这里。。。小肖,这里有个黄岩的家伙,天天上班时间逛《弯曲评论》,你找人事部门反映一哈:-)。

    是,直接搬Linux上去不行。要做许多修改。

  73. xscope 于 2009-12-30 4:38 下午

    华为会收购迈普么?不靠谱,hw收购港湾后,那些人马一直在做数通,而且目前在拖一批人出来做数通关键IC原型。
    还有,我认为以x86,atca这些,在硬件平台上并不是太合适的,x86就网络处理和IO上比通信处理器高很多,ATCA构架系统系统成本很高。

  74. xscope 于 2009-12-30 4:39 下午

    “在硬件平台上并不是太合适的,x86就网络处理和IO上比通信处理器高很多”,说错了,差很多,不是高很多。

  75. ABC 于 2009-12-30 6:49 下午

    港湾没几个现在还留在华为了-那批核心的研发。当年去的也都是新手居多。不过确实有些牛人在更早之前回去了,NE80E就是成果之一。后续还会看到更多的。
    荣总如果经历过当年华为的暴风骤雨,恐怕感叹的内容就要发生些许改变了。迈普的成功在于保持低调和认清形势。认不认命,是花欣和李一男的不同。

  76. 杰克 于 2009-12-30 7:36 下午

    –Linux支持多核容易,但直接用在路由器里是不好的,性能上不–

    scheduler 对网络处理为主导地位的考虑的不足?

  77. Simon 于 2009-12-31 6:41 下午

    补充一句,华工威武。

  78. kk2000 于 2010-01-10 8:47 下午

    大荣兄,你说的张景中和此处的数据通信领域毫无干系吧。我还以为你拉了个数据的牛人来举例说明。据我所知,他本身以前是中科院成都所的人,再说了,你了解他做的机器推理和证明那套东西吗?他水平咋样,我也不太清楚,不过在不懂别人的实质性成就之前,还是少瞎说为妙。否则你算是妄加评论,和你所说的那些鼓吹5代路由器的专家在道德层面上就是一类人了,自己骂自己了。多有得罪之处,望见怪。。。

  79. 巴卡 于 2010-01-16 8:57 上午

    在迈普混过一阵子,陈总可是把这个公司看得太高了。MP8600不过就是就是ZXR10 T128(在ZTE网站上都已经淘汰了的产品)。说到迈普技术那不就是IP Infusion的zebos代码包加上BRCM的mips处理器再加风河Vxworks。其实质和深圳的山寨手机设计公司一样的,找几个应届毕业生小改几把,也还勉强跑得起来。说到ATCA,前面的”迈普肖志辉”能把其基本原理阐述清楚?我就糊涂了,电信设备作为专业设备肯定所有提供商都不愿把他标准化。标准化之后,都像卖PC一个价。那我们完全只需要BRCM + 富士康 就可以了。可能我的理解有误,“迈普肖志辉”大爷能都亲手指教一下?

  80. HWER 于 2010-01-16 12:08 下午

    一个需要靠吵自己将要被XX公司收购来提高知名度的公司还会有多大前途?

  81. 理客 于 2010-01-16 12:46 下午

    迈普能在激烈的竞争中活得还可以,应该在技术和管理上有自己的生存之道

  82. hy 于 2010-01-28 5:27 上午

    告巴卡:
    最好貌似PC厂家之家也是不通用的吧,但是现在也有了统一的标准。

    苹果机现在也可以装WINDOWS了嘛

    类比得出 统一标准是王道