Static User Being Cut Offline Manually cannot Come Online because BAS Interface of MA5200G is Not Configured with IP Trigger

Publication Date:  2012-07-27 Views:  171 Downloads:  0
Issue Description
Version: VRP3.30-2215
A static user under MA5200G is cut offline manually, and it cannot ping to the gateway address by continuous attempts. Check the configurations at MA5200G, and the user cannot come online at once, but has to wait for three minutes. 
Alarm Information
Null
Handling Process
1. Tracert the services for static user, and it is found that there are not packets within three minutes since the user is cut offline: 
 --[2005/11/14 15:56:34-][CM][0012-3f14-1706]:Receive ARP_DETECT_ACK from ARP (userid:189)
  --[2005/11/14 15:59:35-][ARP][0012-3f14-1706]:Receive ARP  Packet (Arpid:87,User-Vlan :3503,Qinq-Vlan:3501,OpType:2)
From the information above, only if the user transmits ARP packets, it could be triggered to come online, during which process the user should have IP packets(because the user is cut offline at MA5200, and the ARP entries of the user are normal, so no ARP is transmitted within the aging time of ARP, but IP packets are transmitted). Theoretically, openning the switch of IP trigger can ensure that static user can come online at once after being cut offline. 
2. Configure BAS interface with IP Triiger, and the user after being cut offline can come online at once. The problem is solved. 
Root Cause
1. During the configuration of static users, the DETECT parameter is not added, and MA5200G cannot actively detect if users are online.
2. BAS interface is not configured with IP Trigger to trigger users to come online. 
The case is caused by the last reason. 
Suggestions
Null

END