做为工程师，平时会抓一些数据包进行分析包的结构，但是有些时候抓的信息是dump文件，没有经过编译的，所以无法读取，例如在65/76上用Netdr抓下来的出方向的数据包，仅仅能看到Layer2的信息，Layer3的信息却看不出来。有些时候，我们需要这些信息，所以要想根据这些Layer3的 Payload，推断出3层信息。这时就涉及到编译的过程，如何把十六进制的信息转换成可读的数据？转换方法有很多种，在此我将用“text2pcap”这个小 工具来完成这个任务。

------- dump of outgoing inband packet -------
interface Gi3/0/1, routine cwan_fastsend, timestamp 00:00:41
dbus info: src_vlan 0x3FD(1021), src_indx 0x380(896), len 0x50(80)
  bpdu 0, index_dir 1, flood 0, dont_lrn 1, dest_indx 0xBF(191)
  06028018 03FD7800 03800000 50000000 00000000 00000000 00000000 00BF0000
mistral hdr: req_token 0x0(0), src_index 0x380(896), rx_offset 0x30(48)
  requeue 0, obl_pkt 0, vlan 0x0(0)
destmac 01.00.5E.00.00.02, srcmac 00.1B.0D.E6.F0.C0, protocol 0800
layer 3 data: 45C0003E 00000000 01115469 42424242 E0000002 02860286
              002A84B4 0001001E 02020202 00000100 00140000 00000400
              0004000F 00000401 000003FD 00000141 00000000 080C

完整阅读

RSTP与STP的主要区别

1. 收敛速度非常快，毫秒级别，不限于2s的hello时间
2. 网络变动时，用新的TCN机制去完成拓扑改变，不像STP需要等待30s
3. 对于RSTP来说，它是点到点的协议，因为在同步时会暂时block其他端口然后完成BPDU的对比。

RSTP收敛时遇到到一些问题

1. 当用户用RSTP和UDLD时，就需要注意，UDLD的收敛在7s以上，远远大于RSTP，这时可能就会有问题，所以建议在用UDLD时，可以考虑使用fast UDLD，但需要版本的支持（SXI4以上）。
2. 当一个端口收到更优的BPDU时，他会发生SYNC时，会block其他的指定端口，直到这个SYNC的端口收到对端的BPDU，注意如果收不到对端的BPDU，他会降级到STP的收敛机制等待30s然后使端口变成转发。这时如果有SVI仅仅属于这些被block的端口，那么SVI就会出现down/down的状态。如下图所示，此处是官网文档。
完整阅读

[昨天同事问了下关于Option3的一些问题，好久不看了，有些忘记了，上blog看发现没有option3的笔记，后来在草稿中找到了，呵呵，还没完全整理好，所以没发，虽然没有完全整理好，暂时先release出来，到时再改吧，要不总是从草稿中看比较费劲。后期我会对此笔记进行完善]

由于使用ASBR间多跳还是不能保证完全减少ASBR的压力，跨域用户很多的话，仍然会受到严重影响。又因为RR上已经有VPNv4的路由了，也就是说他已经承担了所有MPLS数据包转发，因此用RR建立跨域无疑是最合适的选择。但如果是两个不同的运营商，就难免会泄漏RR地址。

下面介绍具体的操作步骤：

1. 公布PE和RR的环回口
可以在PE和RR上单独network，但是为了不在骨干网上跑多余的全局BGP，所以只需在ASBR上network这些路由就可以了，然后再重分布到IGP中。
完整阅读

IP语音（Voip）4种常见信令

注意：由于暂时没有抓包分析Ip电话及语音网关间的数据包，所以还不是很理解以下信令，下面的理解仅仅是根据教学视频得来。
1. H.323：它是中继信令，P2P协议，他是伞形协议，下面有很多子协议，可以类似的与BGP进行对比。由于为了解决BGP的P2P限制（参考TCP卷二），可以用RR来实现，相应的对于H.323来说，GK就类似RR
2. SIP（RFC）：既有P2P也有C/S特性，它也是中继信令。
3. MGCP（RFC）：主要是用来管理语音网关。
4. SCCP：思科私有协议，是终端管理协议，C/S行为，C就是IP电话，S及时CM。

IP语音（Voip）2种媒体

RTP
RTCP

IP语音占用的带宽

完整阅读

When you found have output queue drop for CEF720 LC, you can check follow step:
1. which port have issue, whether at same ASIC.
2. check whether have other error or have qos on issue port.
3. whether hw queue is full.

Follow is TS example:

Problem description:

Output queue have drop
1. After checked by follow command:
– show tech
– show inter switching x/x
– show int x/x counter de
– show inter x/x summary
完整阅读