今天20200820经验总结F5和华为路由排错等

今天经验总结：
1.zcat在f5里面看gz压缩包的真的很管用，直接查看

2.f5日志 /var/log/ltm文件很少 但是有其他的/var/log/ltm.1.gz /var/log/ltm.2.gz ..... /var/log/ltm.6.gz /var/log/ltm.7.gz等多个细的日志文件
其中我在/var/log/ltm.6.gz看到了温度过高的告警，想问下这个是不是按照level等级划分的！

3.在active打了命令，之后在web命令上sync同步一下，那么备机就同步了，而且这个操作之后，命令行无需再敲save命令了！
4.那个f5工程师给的命令直接贴可以，但是我按照他那么敲，一个个敲，发现总是提示没有该关键字错误
【下面是原f5 syslog配置

下面是完整命令
你好；

请在宕机的active f5设备上执行下面的命令：

tmsh modify sys syslog include 'filter system_check {match(\"system_check\");}; log { source(s_syslog_pipe); filter(system_check); destination(d_remote_loghost);};filter f_remote_loghost{level(notice..emerg);};destination d_remote_loghost{udp(22.1.42.13 port(514));udp(22.1.42.14 port (514));};log{source(s_syslog_pipe);filter(f_remote_loghost);destination(d_remote_loghost);};'

】

查北京到上海不通问题
1.查路由时候，发现到上海已经不走那个机构复用的临时30M线路了，而是走SR网络，如下图这个！
之后譬如EC管理地址是走 EC管理汇聚（网关）22.158.16.252和253---管理火墙22.158.9.25----内网业务汇聚交换机22.158.9.11和12---内网核心交换机22.158.9.5和9.6----SR交换机22.158.9.21和22---SR路由器
22.158.9.23和24---上海

而且在之前机构复用交换机ECJGSW上面发现到上海的段譬如145.0.0.0/13是往核心交换机跳（通过o_ASE学到，通过dis ospf routing 145.0.0.0可以看到该路由adv宣告路由器是rid是21.158.0.5 查了下就是内网核心
交换机22.158.9.5的rid）

其中其他几台的RID我罗列下，后期很多要用到：
内网业务汇聚交换机22.158.9.11和12的RID是21.158.0.11和12

内网核心交换机22.158.9.5和9.6的RID是21.158.0.5和6

想知道这个ospf路由是谁宣告的，那么请用dis ospf routing 145.0.0.0可以看到该路由adv宣告路由器

3.查下一跳设备是谁（即查下一跳往什么设备跳）

我一般是先用dis ip routing-table 145.0.0.0可以看到出接口是哪个（本机哪个接口出）
再用dis lldp nei brief查看到这个出接口连接是哪个设备，那么就知道往哪个设备跳啦

4.我在管理火墙22.158.9.25跟踪，带源22.158.3.252跟踪145.1.7.14的上海地址，发现第一次完全ok跟踪很快，第二次同样命令，完全都是星号，问了华为火墙客服他们说是得关闭火墙的tracert防范***。

5.像SR路由器，我起初dis ip routing-table 145.0.0.0和dis ip routing-table 22.1.0.0发现没有打印任何消息，以为问题出在他这里，没写路由。其实后面发现他们是带的。
你要么dis ip routing-table all-查看路由条目（ dis ip routing-table all- | in 145.），发现有 145.0.0.0和 22.1.0.0的路由，要么带具体实例查看路由！