No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Terminals Failed to Go Offline After Being Shut Down When ARP Detection Was Disabled on an ME60

Publication Date:  2013-09-30 Views:  44 Downloads:  0
Issue Description

Version: V600R005C00SPC600

Networking: Terminal --- ME60 --- DHCP server

Symptom:

Some VOBB terminals at a site did not support response to ARP detection from the ME60. After the ARP detection function was disabled at the VOBB service BAS interface, users failed to go offline on the ME60 after the user terminals were shut down.
Handling Process

Possible causes include:

1. The ME60 did not process the DHCP procedure properly.

2. The ME60 and the DHCP server did not cooperate properly.

Huawei performed the following operations:

1. Checked the device configurations and found that the related interface was not enabled with the ARP detection function.

interface GigabitEthernet13/0/0.4
 description "Connect to METRO E NPEHWBAT22 Gi3/0/0- VOBB"
 user-vlan 600 683
  vlan 600 description "VOBB-BAT-G01"
  vlan 601 description "VOBB-BAT-G02"
  vlan 602 description "VOBB-BAT-G03"
  vlan 603 description "VOBB-BAT-G04"
  vlan 604 description "VOBB-BAT-G05"
  vlan 678 description "VOBB-BAT-V1067"
  vlan 679 description "VOBB-BAT-V1022"
  vlan 680 description "VOBB-BAT-V1070"
  vlan 681 description "HW-VOBB-BAT-V1068"
 remote-backup-profile bsrbat01-rbp-npehwbat21-22
 bas
 #
  access-type layer2-subscriber default-domain authentication vobb
  client-option82
  option-82 parse-mode binary
  authentication-method bind
  trust 8021p-protocol
  user detect retransmit 10 interval 0   --- Not to perform ARP detection
  access-limit 20000 start-vlan 600 end-vlan 683
 #                                 #
return
Configurations in the domain:
 domain vobb
  authentication-scheme default0
  accounting-scheme default0
  ip-pool vobb
  vpn-instance VOICE-VOBB
  trust upstream default
  trust 8021p
  user-priority upstream trust-8021p-outer
  user-priority downstream trust-8021p-outer

After a user terminal shut down and went offline, the user was still online after the DHCP lease expired and the DHCP server released the address allocated to the terminal.

[BSRBAT01]dis access-user mac-address 80b6-8678-24fa
  -------------------------------------------------------------------
  User access index             : 173783
  State                         : Used
  User name                     : BSRBAT01-13000068100000@vobb
  Domain name                   : vobb
  User backuped from            : Local
  User access interface         : GigabitEthernet13/0/0.4
  User access PeVlan/CeVlan     : 681/-
  User MAC                      : 80b6-8678-24fa
  User IP address               : 10.40.102.66
  User gateway address          : 10.40.127.254
  User Authen IP Type           : ipv4/-/-
  User Basic IP Type            : -/-/-
  User MSIDSN name              : -
  EAP user                      : No
  MD5 end                       : No
  MTU                           : 1500
  Vpn-Instance                  : VOICE-VOBB
  User access type              : IPOE
  User authentication type      : Bind authentication
  Server-template of second acct: -
  Agent-Circuit-Id              : BAT_V1068 eth 0/1/0/2:400
  Agent-Remote-Id               : -
  Access-line-id Information(dhcpv4 option82): 01 19 42 41 54 5f 56 31 30 36 38 20 65 74 68 20 30 2f 31 2f 30 2f 32 3a 34 30 30 02 00
  Access-line-id Information(dhcpv4 option82): BAT_V1068 eth 0/1/0/2:400
 -------------------------------------------------------------------

If a user went offline without sending a release packet, the DHCP server would release the IP address allocated to the user upon the expiry of the lease for the address from a remote address pool. However, the ME60 running V600R005C00SPC600 did not provide lease management over VOBB services using a remote address pool by default. Therefore, the user kept online on the ME60.
Root Cause
If a user went offline without sending a release packet, the DHCP server would release the IP address allocated to the user upon the expiry of the lease for the address from a remote address pool. However, the ME60 running V600R005C00SPC600 did not provide lease management over VOBB services using a remote address pool by default. Therefore, the user kept online on the ME60. 
Solution
Apply remote-ip lease manage to the remote address pool so that the ME60 releases a user upon its lease expiry. If the destination of the packet that the DHCP server responds to a user's lease extension request is the user address, do not apply remote-ip lease manage to the remote address pool but enable the ARP detection for the related interface or configure Idle cut under the domain. 
Suggestions

The problem is triggered if the following conditions are met:

1. A DHCPv4 remote address pool is configured on an ME60 and user detect retransmit <2-10> interval 0 is applied to the BAS interface to disable the ARP detection function.

2. A user terminal is shut down without sending a release packet.

3. The lease does not expire. 

END