Forum Discussion

Singh_74932's avatar
Singh_74932
Icon for Nimbostratus rankNimbostratus
Jun 07, 2008

VIP not giong down

Hi ,

 

 

we have this old 540 BIGIP, where even if i bring down all the members in the pool VIP still keeps on listening to port 80 but the application it self wouldnt work as of course no contenet server is serving.

 

I tried telnet VIP 80 and it responded even if members are down.

 

 

Is it a possibility that http monitor on VIP is such that it declare members down only if ping is lost, any ideas or clues ?

 

 

I dont have direct access to this device but can get it verify.

 

 

thanks

 

4 Replies

  • hi Rajwinder,

    Are you running 4.x or 9.x on the 540 unit? Can you clarify what you're trying to do?

    In 9.x, a VIP with a TCP profile added will answer a three way TCP handshake regardless of the state of the pool attached to the VIP. You can use an iRule to send a TCP reset after the three way handshake is completed if the pool is down. That would be:

     
      This event is triggered when a TCP connection is established with the client 
     when CLIENT_ACCEPTED { 
      
         Check if the default pool of the VIP has no active members 
        if {[active_members [LB::server pool]] < 1}{ 
      
            Send a TCP reset to the client 
           reject 
        } 
     } 
     

    Aaron
  • A reset might not be enough as any response is marked OK by some utilities. Depending on your solution, you may need to discard instead of reset.
  • You could use an ECV to see if the VIP is responding.

     

     

    Else, shouldn't the 3DNS know the VIP is down by its status on the BIG-IP? The BIG-IP's monitoring of the VIP's pool would the VIP down and the 3-DNS should get the VIP status through iQuery. I don't know the exact configuration to get this working, but I think that's the theory anyhow.

     

     

    Aaron
  • Deb_Allen_18's avatar
    Deb_Allen_18
    Historic F5 Account
    hoolio is right, with a proper monitor set up on LTM to monitor the pool members, LTM should communicate the VS down status to GTM via iQuery.

     

     

    If you have an iRule applied and no default pool, though, pool member status would not be propagated to the VS or to GTM, not sure if that fits your scenario or not...

     

     

    /deb