Forum Discussion

jaiAdityaSingla's avatar
jaiAdityaSingla
Icon for Nimbostratus rankNimbostratus
Mar 11, 2016

Can I verify that VIP is doing the right job ?

I have a VIP A and VIP B, how can I verify that VIP is doing the right job:

 

Source IP: 1.1.1.1

 

VIP-A: 172.16.1.1:7002 Pool: Sever_7002

 

Health Monitor

 

X_monA : Send String Ord , Receive String Ord-Ok, Receive Disable String Ord-Disable

 

Y_monA : All Ports Time interval 10 , 31

 

Pool Member -1: 10.1.1.1:7002 Pool Member-2: 10.1.1.1:7002

 

Source Client: 1.1.1.1

 

VIP-B: 172.16.2.1:7002 Pool: Sever_7002

 

Health Monitor

 

X_monB: Send String Sync, Receive String: Sync-Ok Receive Disable String Sync-Disable

 

Y_monB: All Ports Time interval 10, 31

 

Pool Member -1: 10.1.1.1:7002 (down due to X_monB) Pool Member-2 : 10.1.1.1:7002

 

Issue is: Pool Member -1 is in VIP B down due to x_monB monitor, but backend team slates that they still gets the traffic on Pool Member-1 via VIP-B, how can I check from f5 prospective ? I tried tcpdump their it shows me push, ack, fin packets what no displays the send/receive string parameters in tcpdump

 

application delivery
LTM

2 Replies

Sort By
  • BigFoot's avatar
    BigFoot
    Icon for Nimbostratus rankNimbostratus
    Mar 11, 2016
    Hi, it's strange that you have same pool on both VIPs, but different monitor. I think that pool name is different, then you can configure same pool members, but different monitors. If pool member is red, then LB is not sending any traffic to it. Why they are saying that traffic is from VIP B? LB is not sending VIP IP to the server, if you are not putting it to http header by iRule for example. I think it's rather traffic from VIP A and you can confirm it by tmsh command: show sys connection
  • jaiAdityaSingla's avatar
    jaiAdityaSingla
    Icon for Nimbostratus rankNimbostratus
    Mar 16, 2016

    Thanks Roman, but i found it its from VIP B by sys connection only, now i pinned the issue and fixed it its was cache related