show
5 TopicsF5 BIG-IP show filtering with grep problem
Issue related to the command (example lines): show sys log ltm | grep 2.2.2.2 looks like a bug in the version: ProductBIG-IP Version14.1.2.1 Build0.0.4 EditionPoint Release 1 I checked it with: show sys log ltm lines 5 which provides 5 lines from ltm log including IP addresses (example lines): 02-20 02:07:09 warning nwwyy11 tmm[172]: SSL Handshake failed for TCP 1.1.1.1:1246 -> 2.2.2.2:443 02-20 02:07:09 warning nwwyy11 tmm[172]: SSL Handshake failed for TCP 1.1.1.2:1236 -> 2.2.2.2:443 02-20 02:07:09 warning nwwyy11 tmm[172]: SSL Handshake failed for TCP 1.1.1.3:1236 -> 2.2.2.2:443 02-20 02:07:09 warning nwwyy11 tmm[172]: SSL Handshake failed for TCP 1.1.1.4:1236 -> 2.2.2.2:443 02-20 02:07:09 warning nwwyy11 tmm[172]: SSL Handshake failed for TCP 1.1.1.5:1236 -> 2.2.2.2:443 when I am using one of those IPs in the command: show sys log ltm | grep 2.2.2.2 returns nothing, no result. Of course, I tried: show sys log ltm | grep '2.2.2.2' show sys log ltm | grep "2.2.2.2" as well, does not work, shows nothing, returns no results. Other version: ProductBIG-IP Version14.1.0.6 Build0.0.9 EditionPoint Release 6 same commands, same inputs, works properly, shows results. Yes, bash may be used as a workaround, anyway, for troubleshooting, would be great for both environments to have proper results.1.8KViews0likes2CommentsTrunk "out-of-Sync"
i have problem with trunk, as i create trunk includes 6 interfaces but only two interfaces are carrying traffic and all interfaces are up and all 4 interfaces is with this state when i write command #show net trunk test detail --------------------------------------- | Net::LACP Status (interface: 1/1.11) --------------------------------------- |PortIDKeyState | Actor2775491952in-sync | Partner21474836593out-of-sync and only two working appears as --------------------------------------- | Net::LACP Status (interface: 3/1.4) --------------------------------------- |PortIDKeyState | Actor8139695402up | Partner21474836643out-of-sync721Views0likes1CommentCannot find option "BFD ECHO"
HI I use TMOS 12.1.5.3 and I found bfd echo option.... But I upgrade version TMOS 14.1.4.1, I cannot found option "bfd echo".... What happen this device...?(BIG-IP 2000 and 4000 it happened..) [root@ localhost:Active:Disconnected (Sync Only)] config # imish localhost.com[0]>en localhost.com[0]#show version ZebOS version 7.10.6 IPIRouter 02/09/21 13:08:55 Build # is ZebOS-7-10-6-IPI on host i686-pc-linux-gnu Copyright (C) 2001-2011 IP Infusion Inc.All rights reserved. localhost.com[0]# [root@ localhost:Active:Disconnected (Sync Only)] config # imish localhost.com[0]>en localhost.com[0]#conf t Enter configuration commands, one per line.End with CNTL/Z. localhost.com[0](config)#bfd ? gtsmbfd gtsm protection multihop-peerMultihop BFD session notificationbfd notifications slow-timerSet BFD slow-timer Interval I cannot find "echo" !!!! Plz help me.452Views0likes1CommentOSPFv2 Neighbour not forming
Hi, I'm working on the basis that I'm doing something stupid but here we go :)... Lab environment, VMWare Workstation, 14.1.2 LTM VE <-> VyOs Router, LTM vLAN EXT_1, SelfIP 100.100.100.100/24, VyOS IP 100.100.100.1/24. LTM can ping VyOS: # ping -I EXT_1 100.100.100.1 PING 100.100.100.1 (100.100.100.1) from 100.100.100.100 EXT_1: 56(84) bytes of data. 64 bytes from 100.100.100.1: icmp_seq=1 ttl=255 time=2.18 ms 64 bytes from 100.100.100.1: icmp_seq=2 ttl=255 time=1.46 ms 64 bytes from 100.100.100.1: icmp_seq=3 ttl=255 time=0.519 ms ^C --- 100.100.100.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 0.519/1.390/2.184/0.682 ms VyOS can also ping LTM. OSPF enabled on VyOS Router, show ip ospf on VyOS shows neighbour with F5 stuck in INIT, which indicates VyOS is receiving HELLOs from F5. OSPF enabled on F5, show ip ospf neighbour shows nothing, and show ip ospf interfact EXT_1 indicates no HELLO packets received: #show ip ospf neighbor OSPF process 1: Neighbor IDPriStateDead TimeAddressInterface #show ip ospf interface EXT_1 EXT_1 is up, line protocol is up Interface ID 144 Host Interface ID 10 Internet Address 100.100.100.100/24, Area 0.0.0.0, MTU 1500 Process ID 1, Router ID 100.100.100.100, Network Type BROADCAST, Cost: 10 Transmit Delay is 1 sec, State DR, Priority 1 Designated Router (ID) 100.100.100.100, Interface Address 100.100.100.100 No backup designated router on this network Timer intervals configured, Hello 1, Dead 3, Wait 3, Retransmit 5 Hello due in 00:00:01 Neighbor Count is 0, Adjacent neighbor count is 0 Crypt Sequence Number is 3250 Hello received 0 sent 5146, DD received 0 sent 0 LS-Req received 0 sent 0, LS-Upd received 0 sent 0 LS-Ack received 0 sent 0, Discarded 0 Running tcpdump on F5 (100.100.100.100), I can see OSPF HELLO's from VyOS (100.100.100.1) received on both data plane and tmm (hello 1 sec, dead 3 sec): # tcpdump -ni 0.0:nnn -s0 -vv host 100.100.100.1 tcpdump: listening on 0.0:nnn, link-type EN10MB (Ethernet), capture size 65535 bytes 13:54:34.484733 IP (tos 0xc0, ttl 1, id 64651, offset 0, flags [none], proto OSPF (89), length 68) 100.100.100.1 > 224.0.0.5: OSPFv2, Hello, length 48 Router-ID 2.2.2.2, Backbone Area, Authentication Type: none (0) Options [External] Hello Timer 1s, Dead Timer 3s, Mask 255.255.255.0, Priority 1 Designated Router 100.100.100.1 Neighbor List: 100.100.100.100 in slot1/tmm0 lis= flowtype=0 flowid=0 peerid=0 conflags=0 inslot=63 inport=23 haunit=0 priority=0 peerremote=00000000:00000000:00000000:00000000 peerlocal=00000000:00000000:00000000:00000000 remoteport=0 localport=0 proto=0 vlan=0 13:54:35.486675 IP (tos 0xc0, ttl 1, id 64652, offset 0, flags [none], proto OSPF (89), length 68) 100.100.100.1 > 224.0.0.5: OSPFv2, Hello, length 48 Router-ID 2.2.2.2, Backbone Area, Authentication Type: none (0) Options [External] Hello Timer 1s, Dead Timer 3s, Mask 255.255.255.0, Priority 1 Designated Router 100.100.100.1 Neighbor List: 100.100.100.100 in slot1/tmm0 lis= flowtype=0 flowid=0 peerid=0 conflags=0 inslot=63 inport=23 haunit=0 priority=0 peerremote=00000000:00000000:00000000:00000000 peerlocal=00000000:00000000:00000000:00000000 remoteport=0 localport=0 proto=0 vlan=0 13:54:36.485903 IP (tos 0xc0, ttl 1, id 64653, offset 0, flags [none], proto OSPF (89), length 68) 100.100.100.1 > 224.0.0.5: OSPFv2, Hello, length 48 Router-ID 2.2.2.2, Backbone Area, Authentication Type: none (0) Options [External] Hello Timer 1s, Dead Timer 3s, Mask 255.255.255.0, Priority 1 Designated Router 100.100.100.1 Neighbor List: 100.100.100.100 in slot1/tmm0 lis= flowtype=0 flowid=0 peerid=0 conflags=0 inslot=63 inport=23 haunit=0 priority=0 peerremote=00000000:00000000:00000000:00000000 peerlocal=00000000:00000000:00000000:00000000 remoteport=0 localport=0 proto=0 vlan=0 port-lockdown on EXT_1 is set to permit default (have tried permit all - no difference). NB: I thought there may be an issue in VM Workstation with multicast but I set up a 2nd VyOS router on the same vLAN - This forms a FULL OSPF peering with the original VyOS device, and again INIT with the F5. Have also confirmed MTUs on F5 and VyOS etc. all match. The issue is the routing process on the F5 is not receiving the OSPF HELLO's fom the VyOS (as observed from show ip ospf interface output) but tcpdump shows the OSPF HELLO packets are received at the network level. Any thoughts? Many Thanks!929Views0likes4Comments