AE-1441 SLB Not Responding to SYN Packets After Traffic Failover with HA SSF Enabled ||AS-20030|| Kokilaben

Review Request #844 — Created May 7, 2025 and submitted

mmiriam
APV10
rel_apv_10.7.2
AE-1441
pradeep, prajesh, tanya

AE-1441 SLB Not Responding to SYN Packets After Traffic Failover with HA SSF Enabled ||AS-20030|| Kokilaben

Test results of CLI:

ha ssf ?

filter Setting HA stateful session failover filter
off Disable session failover function of virtual service or NAT
on Enable session failover function of virtual service or NAT
peer HA ssf peer ip
timeout Set SSF session idle timeout

ha ssf filter ?

off Disable session failover filter
on Enable session failover filter

show run ssf

ha ssf on
ha ssf on nat
ha ssf timeout 300
ha ssf on "VS"
ha ssf on "VS1"
ha ssf peer 10.10.10.11
ha ssf filter off

verified "write mem"

Description From Last Updated

what is this function for? Seems like we are filtring packets based on dest IP.

prajeshprajesh

if we are not dropping then dont increment this counter.

prajeshprajesh

you are hitting this path . Sf_fip_drop is true . the packet need to drop but you are skipping thapcket …

satyendrasatyendra

get is not required. We can set always?

prajeshprajesh

same here

prajeshprajesh

sf filter

prajeshprajesh

sf filter.

prajeshprajesh

You also need to implement show function for this command . if you need it to be persistent than also …

satyendrasatyendra

this is not required as the possible values are only o and 1

satyendrasatyendra

Not required

satyendrasatyendra
prajesh
  1. 
      
  2. what is this function for? Seems like we are filtring packets based on dest IP.

    1. It is checking if fip entry is avilable and is disabled/inactive state then it will return SF_FIP_DROP or else SF_FIP_PASS

    2. as per the logic we should drop the packet. Are we missing something here?

  3. if we are not dropping then dont increment this counter.

    1. In if case it is incrementing sf_deliver_packets else will increment sf_drop_packets

  4. 
      
satyendra
  1. 
      
  2. you are hitting this path . Sf_fip_drop is true . the packet need to drop but you are skipping thapcket . You need to use break as the wile loop runs only once .If you need to keep the packet , It better to handle some place other than here

    1. you are hitting this path As Sf_fip_drop is true . the packet need to drop but you are skipping the packet . You need not to use break as the wile loop runs only once .If you need to keep the packet , It better to handle some place other than here. It will change the whole logic of this block , possibly side effect will seen

      Reply

  3. 
      
mmiriam
prajesh
  1. 
      
  2. get is not required. We can set always?

  3. 
      
mmiriam
prajesh
mmiriam
prajesh
  1. Ship It!
  2. 
      
pradeep
  1. Ship It!
  2. 
      
mmiriam
Review request changed

Status: Closed (submitted)

satyendra
  1. Please check with praveen , If this command need to be part of write memeory

    1. As we added it part of HA ssf command so write mem is needed

  2. You also need to implement show function for this command .

    if you need it to be persistent than also implement the wr_mem for this command

    1. add in session_failover_show_segment_settings for show run

  3. this is not required as the possible values are only o and 1

  4. 
      
Loading...