Archive

‘学习笔记’ 分类存档

PW load share issue on ASR9k

There have 2 path between PE. And customer found 1st path have 5G traffics, 2nd path only have 300M traffics. After checked, customer have Eompls business.

And amount of traffics belong to l2VPN. In general, Loadbalancing in an MPLS network on Cisco routers is typically based upon the data that follows the bottom MPLS label. Refer to All traffic from one PW follows the same path, so have this issue.

Workaround:
We can use Flow Aware Transport (FAT) PW feature (from 4.2.1).
http://www.cisco.com/en/US/partner/docs/routers/asr9000/software/asr9k_r5.1/lxvpn/command/reference/b_vpn_cr51xasr9k_chapter_011.html#wp3812296210
完整阅读

MAC(Mountain Lion) python2.7 + eclipse开发环境配置

首先MAC原生支持python2.7,只要打开terminal,输入python就ok了。
如何需要在Eclipse中使用python,可以进行简单的配置:
1. 首先去Elipse下载应用程序,解压后放入应用程序就可以了
http://www.eclipse.org/downloads/
2. 打开Elipse,选择 hlep -> Install New Software
eclipse-python-01
完整阅读

How to capture packets that dropped by NP/CPU?

之前讨论过在XR上,当我们遇到与本设备交互的TCP/UDP和RAW有问题时,可以用下面方法抓下来,然后分析《How to decode TCP, UDP and RAW for IOS-XR》。在76/65上,可以用Netdr,ELAM,CPU span,PB capture,那在咱们的ASR9k上是否有类似好用的工具?答案当然是肯定的,在咱们ASR9k上有两个方法可以抓punt到CPU的包:

在4.3.1以后,XR支持NP Monitor

详细的可以看下面文章: https://supportforums.cisco.com/docs/DOC-29010
这里要注意的是:Note that a captured packet will be DROPPED!
所以一定要注意在选择monitor的counter时,要选择真正的drop counter,而不要把正常的counter给monitor了,那样数据转发就会受影响了。暂时没有测试环境,没法贴出详细测试步骤,文档写的很清楚,详细看上面的文档。

在ASR9k上通过SPP Monitor抓包

下面是一个抓包实例:

完整阅读

Mix for Fair-Queue and WRED on ASR1k’s class-default

最近接触了一个QOS的问题,借这个机会仔细研究了下对于Fair-Queue和WRED同时active时,QOS到底是如何working的。

当我们看到下面信息,能得出什么?OK, 咱们先不管是不是有burst,咱们先看看这些信息都代表什么。从qfp static drop中可以看到大部分都是TailDrop,那么这个TailDrop是谁执行的?那WRED又是在什么时候丢的包?数据包到底在default 队列遇到了什么导致了丢包?
Packets come in —> Per-flow queue —> WRED ?
完整阅读

《路由设计优化》读后感及总结之2

第3章:EIGRP 网络设计

关于EIGRP基础内容,可以看我之前总结的《CCIE SP-EIGRP 小结》和《EIGRP Troubleshooting Summary》,这章主要介绍了不同层的网络汇总方法及优缺点,大部分汇总讨论都是基于书上的大图,我就不拿到这了。

开始对于核心层汇总这部分,怎么看怎么觉得怪怪的,后来发现这节最后一句话“任何情况下,都应该在处理完分发层汇总之后再决定核心层的汇总”,那干嘛先讨论。。。咱们先来看分发层汇总
1. 分发层汇总-自分发层向核心层汇总
这种汇总可能会有问题,如同第二章讲到的汇总黑洞,可参考《路由设计优化》读后感及总结之1,可用同样的方式解决,如在A和B之间加条物理链路,承担接入层与分发层断开时的流量;当然由于物理链路代价过高,也可以在A和B之间建立一条tunnel,作为虚拟链路也是可以的;另外一种不推荐的方法就是不在分发层向核心汇总,而由核心向核心层汇总,这样核心层有所有明细路由,但问题是接入层断掉后,会引起SIA查找,直接影响分发层和核心层。
完整阅读

blonde teen swallows load.xxx videos