首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

3个CCIE出的面试题

1. 现在的6509及7609,SUP720交换带宽去到720G,是不是可以说7609/6509可以取代一部分GSR的地位?   2. isis level1 的路由表包括哪此路由?有多个level-1-2出口时,其它路由它从哪里学到,如何选路?   3. MPLS L3 ×××,如果我想让两个不同的×××作单向互访,怎做?   4. 跨域的MPLS L3 ×××可以谈谈思路吗?   5. MPLS L3 ×××的一个用户,他有上internet的需求,如何实现?有几种实现方法?特点各是什么?   6. MPLS L3 ×××,如果我想让两个不同的×××作单向互访,怎做?   7. L3 ×××与L2 ×××各自的特点是怎样?你觉得哪一种模式运营起来比较有前景?   8. ISIS与OSPF的区别谈一谈吧,各个方面。   9. 一个骨干网或城域网选ISIS及OSPF基于什么理由?   10. BGP选路原则常用是哪些?在骨干网与城域网间如何搭配一块使用?   11. 如果BGP加上max path,会在哪个BGP选路属性之前应用这个选项?   12. 为什么骨干网pop及城域网出口要作next-hop-self?   13. 两个AS之间,有四台路由器口字型互联,其中一台路由器上从EBGP学到一个网络,又从IBGP学到同一个网络,选路哪个?是哪个属性影响?如果我在IBGP过来那个加上MED小于从EBGP过来的,又选哪个?为什么?   14. local-pre与weight的区别是什么?   15. BGP能不能实现负载均衡?如果可以,有哪些方法?   16. 多个AS之间,可不可以比较MED?如可以,需要前提条件吗?如有,前提条件是什么?   17. MED能不能和AS内的IGP度量值结合起来?如可以,如何做?   18. 割接限定回退的时间还有十分钟,割接还未成功,局方已经催你回退了,但你觉得这些问题你再努力5分钟可能会解决,你的选择是什么?   19. 骨干网的QoS,如何部署?你认为什么骨干网什么情况下是有拥塞发生了?   20. 对于工程及维护来说,你觉得l3网络和l2网络哪个比较好?   21. L3网络与L2网络对环路的处理各是什么样的机制?   22. 一般情况下,L2交换机的生成树有多少数量?   23. 3550的生成树模式是什么?生成树数量是怎样的?   24. 跟据你的经验,GE的端口,当流量达到多少时,你可以认为是有拥塞发生了?2.5G POS口,当流量达到多少时,你可以认为有拥塞? 1. 现在的6509及7609,SUP720交换带宽去到720G,是不是可以说7609/6509可以取代一部分GSR的地位? 题目问取代一部分,而非全部。在LAN环境中取代GSR作为核心的确可以,甚至于在MAN环境中取代GSR做部分出口也是可以的,但是在承载网中,我们都是用GSR来做BGP和×××的RR,我没看到谁用76和65去在承载网中做RR的。因为GSR的包转发率要高于SUPER720的引擎. 2. isis level1 的路由表包括哪此路由?有多个level-1-2出口时,其它路由它从哪里学到,如何选路? L1相当于非骨干的区域的路由,默认的ISIS L2会给L1分一个默认路由,如果存在多ABR点的时候会利用SPF找最近的,当然可能会造成次优化路由 3. MPLS L3 ×××,如果我想让两个不同的×××作单向互访,怎做? 如果是把数据发进去那么修改RT就可以了,但是如果想有TCP连接需求那么需要ACL控制+策略 4. 跨域的MPLS L3 ×××可以谈谈思路吗? 跨区域实际上就是LSP的建立以及×××标签的SWAP 以在连接不同区域的CE所属PE上设置VRF的Target属性相同,这样就可以实现跨域互访。如果有总部,那么设置总部所属PE的VRF的Target属性和分布所属PE的VRF的Target属性正好相反,那么可以实现总部与分部之间的跨域访问,但是不同分部之间无法互访。其实,那几个关于3层MPLS的option中有很不错的解释。 三种方式: 1. 在AS边界的ASBR之间建立逻辑子接口,在每个子接口上为每个×××配置一个VRF,每个VRF和相应的PEER的VRF背靠背.从而传输×××用户的IPV4路由及数据.相当于将对端的ASBR PE的逻辑子接口的VRF作为用户设备CE.VRF和VRF之间通过传统的EBGP来传送. 2. 在ASBR之间通过MP-EBGP为×××-IPV4的路由转发,在这种情况下,内PE用MP-IBGP来分发带标记的×××-IPV4路由到ASBR-PE,然后ASBR-PE通过MP-EBGP分发×××-IPV4路由给它相邻的PEER的ASBR-PE,因此边界的ASBR-PE重写了路由表中的下一跳地址和LABLE. 3. 第三种情况就是ASBR-PE之间只运行EBGP,对于需要

04

程序员的25大Tomcat面试问题及答案

bio:传统的Java I/O操作,同步且阻塞IO。 maxThreads=“150”//Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。默认值200。可以根据机器的时期性能和内存大小调整,一般可以在400-500。最大可以在800左右。 minSpareThreads=“25”—Tomcat初始化时创建的线程数。默认值4。如果当前没有空闲线程,且没有超过maxThreads,一次性创建的空闲线程数量。Tomcat初始化时创建的线程数量也由此值设置。 maxSpareThreads=“75”–一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。默认值50。一旦创建的线程超过此数值,Tomcat会关闭不再需要的线程。线程数可以大致上用 “同时在线人数每秒用户操作次数系统平均操作时间” 来计算。 acceptCount=“100”----指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。默认值10。如果当前可用线程数为0,则将请求放入处理队列中。这个值限定了请求队列的大小,超过这个数值的请求将不予处理。 connectionTimeout=“20000” --网络连接超时,默认值20000,单位:毫秒。设置为0表示永不超时,这样设置有隐患的。通常可设置为30000毫秒。

01
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    JVM调优

    -Xmx3550m:设置JVM最大堆内存 为3550M。 -Xms3550m:设置JVM初始堆内存 为3550M。此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。 -Xss128k: 设置每个线程的栈 大小。JDK5.0以后每个线程栈大小为1M,之前每个线程栈大小为256K。应当根据应用的线程所需内存大小进行调整。在相同物理内存下,减小这个值能 生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右。 -Xmn2g:设置堆内存年轻代 大小为2G。整个堆内存大小 = 年轻代大小 + 年老代大小 + 持久代大小 。持久代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小。此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8。 -XX:PermSize=256M:设置堆内存持久代 初始值为256M。(貌似是Eclipse等IDE的初始化参数) -XX:MaxNewSize=size:新生成的对象能占用内存的最大值。 -XX:MaxPermSize=512M:设置持久代最大值为512M。 -XX:NewRatio=4:设置堆内存年轻代(包括Eden和两个Survivor区)与堆内存年老代的比值(除去持久代) 。设置为4,则年轻代所占与年老代所占的比值为1:4。 -XX:SurvivorRatio=4: 设置堆内存年轻代中Eden区与Survivor区大小的比值 。设置为4,则两个Survivor区(JVM堆内存年轻代中默认有2个Survivor区)与一个Eden区的比值为2:4,一个Survivor区占 整个年轻代的1/6。 -XX:MaxTenuringThreshold=7:表示一个对象如果在救助空间(Survivor区)移动7次还没有被回收就放入年老代。 如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代,对于年老代比较多的应用,这样做可以提高效率。 如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象在年轻代存活时间,增加对象在年轻代即被回收的概率。 回收器选择 JVM给了三种选择:串行收集器、并行收集器、并发收集器,但是串行收集器只适用于小数据量的情况,所以这里的选择主要针对并行收集器和并发收集器。

    02

    关于性能测试的这点事,干货来袭「建议收藏」

    答:有些同事在测试几轮之后,功能稳定了开始介入性能测试,这时才发现性能根本支撑不了预期值。这个时候开发再回头进行系统调优,如果事先选的架构能支撑就好,如果不能达不到预期值,后面讨论或者请教高手发现原先的架构缺陷,再调整架构代价就非常大。基本导致前期的功能测试成果作废。其实各个阶段都有事情做。需求阶段可以整理,评审出性能需求,评审需求可行性时就考虑好数据量和用户量。设计阶段–对预估的需求做设计,举个例子。背景:我们现在使用的是mysql数据库(公司去oracle化),我们要从一个5000W的一个数据表的6个不同查询维度查询数据,比如说城市、行业、地址类型、爱好、性别、时间范围。这样对于mysql的查询常见的优化设计可能是分表、建立索引,但,对于这个场景就不好处理了。数据耦合强,没有办法分表。索引,组合索引太多。后面的处理办法是用mongodb、nosql的方法解决。对于编码和测试阶段可以这样去分不同阶段做不同事情。

    02
    领券