简单的网络排错技巧之LLDB

错综复杂的网络拓补经常使用lldb查看邻居交换机的方式,来快速定位该网络设备在整个拓补图的位置。我们并不局限于交换机与交换机之间。

下面分享一个自己遇到的一个坑以及解决办法吧!有这样的一个案例。

一台终端不能获取地址,但是已经有169.254的网段临时通信,说明物理层是正常的,因为往往终端被设置成了DCHP获取IP的方式,但是终端在网络中不能找到DHCP服务器,往往会给这样的地址临时通信。

我们遇到这样的问题,首先要排查有没有学到MAC地址,我们在核心交换机上面,通过命令筛选的方式,查询是否已经学到MAC

[TEST]dis arp | in 8bca  //筛选arp表中含有MAC地址是,8bca的地址

我们做此项的目的,如果可以学到MAC,那么很有可能是地址池的问题;
如果不能学到,说明低层至上的网络层可能不通。可能是vlan的原因,也可能是其他的原因。

发现,并没有结果。我们这时候要再次查询黑洞MAC表,是否将该MAC拉黑。

[TEST]dis mac-address blackhole //查询黑洞MAC表

我们做此操作的目的是,是否MAC被拉黑,以至于无法通信

依然,没有查询到,那么我们要怀疑下面的数据链路层了,是否VLAN配置有错误。我们如果知道该终端所在的交换机和接口,我们可以直接查询端口配置是否和其他有异。

但是我们的网线实在管理太乱,并不整齐,没有找到该端口。

[TEST]dis cu in g 0/0/1 //查询G0/0/1端口的配置
#
interface GigabitEthernet0/0/1
 port link-type access
 port default vlan 10
stp edged-port enable 
#
return
[TEST]

如果没有查询到,我们可以用一台交换机,让不能获取IP的那条网线插入一个交换机,然后使用LLDB快速发现邻居,这个终端原本接在哪里的交换机上。

TIP:哈哈,是我本人了,寻线仪找线,一楼的小机柜嗡嗡响,误导了自己,最后想办法用终端接交换机,LLDB的方法,查询对端交换机,结果居然在四楼的机柜里找到终端所在交换机。至今不明白为啥一楼的网线会跟着响。可能是一起走桥架的原因?

[TEST]dis ll n brief 
Local Intf   Neighbor Dev             Neighbor Intf             Exptime
GE0/0/1      OA-OFFICE                GE0/0/1                   114    
[TEST]
我们发现,本地的G0/0/1端口,接了名字为OA-OFFICE的交换机的G1/0/1口

华三的交换机我们可以使用命令,
dis lldp neighbor interface g0/0/1 ver 查看到对端交换机的管理地址,然后可以telnet

然后我们登录了,那台交换机,发现vlan配置不正确,修改后即可正常获取IP。

注意:我们终端接口配置了边缘端口保护,即stp edge-port ,所以我们配置的时候要特别留意,接测试交换机的那个端口一定要关闭STP服务,不然端口向对端发送BPDU报文,会让对端ACCESS端口丧失边缘属性,被DOWN掉,这时候就欲哭无泪了。看不了邻居~

本例中,我们可以用终端接的网线接交换机,从而快速找到接入交换机,解决问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值