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

The VLANIF forwarding issue leads no authentication on BRAS

Publication Date:  2012-07-27 Views:  37 Downloads:  0
Issue Description

Version:
NE80E:v300r003c02b608

Problem detail:
Customer face issue below the MA5200G ADSL user can’t get online, Suspect the T1(NE80E)device have forward issue.


Alarm Information
Null
Handling Process

collect the logs

we are Configure the traffic policy on the NE80E,Compare the user’s PADO packet which the user should send to MA5200G,but we found those packet lost on NE80E.
 
[HW-FOUNTAIN-T1-01]dis traf po sta inter gi 1/0/0 vlan 1116 in v r
Interface: GigabitEthernet1/0/0 , Vlan: 1116
Traffic policy applied at 2012-05-22 18:00:24
if-match ACL 4000
  rule 5 permit source-mac 80a1-d746-ac94 ffff-ffff-ffff dest-mac 0018-821e-5491 ffff-ffff-ffff
    0 bytes, 0 packets
    Last 30 seconds rate 0 pps, 0 bps
  rule 10 permit source-mac 80a1-d746-ac94 ffff-ffff-ffff
    0 bytes, 0 packets
    Last 30 seconds rate 0 pps, 0 bps
  rule 15 permit source-mac 0018-821e-5491 ffff-ffff-ffff dest-mac 80a1-d746-ac94 ffff-ffff-ffff
    0 bytes, 9 packets //send those packet form MA5200G
Last 30 seconds rate 0 pps, 0 bps
 
[HW-FOUNTAIN-T1-01]dis traf po sta inter gi 6/1/0 vlan 1116 ou v r
Interface: GigabitEthernet6/1/0 , Vlan: 1116
Traffic policy outbound: test
Traffic policy applied at 2012-05-22 18:00:48
Classifier: test operator or
 if-match ACL 4000
  rule 5 permit source-mac 80a1-d746-ac94 ffff-ffff-ffff dest-mac 0018-821e-5491 ffff-ffff-ffff
    0 bytes, 0 packets
    Last 30 seconds rate 0 pps, 0 bps
  rule 10 permit source-mac 80a1-d746-ac94 ffff-ffff-ffff
    0 bytes, 0 packets
    Last 30 seconds rate 0 pps, 0 bps
  rule 15 permit source-mac 0018-821e-5491 ffff-ffff-ffff dest-mac 80a1-d746-ac94 ffff-ffff-ffff
    0 bytes, 0 packets //don’t forward those packet to T2(S6506R) device
    Last 30 seconds rate 0 pps, 0 bps
 
 
We are found the NE80E forward function normal by reset the Mac-address one the NE80E. then check the traffic policy result found the broadcast packet can forwarding, only the unicast packet can’t forwarding by NE80E.
[HW-FOUNTAIN-T1-01-vlan1116]mac-address learning disable
[HW-FOUNTAIN-T1-01]undo mac-address dynamic vlan 1116
[HW-FOUNTAIN-T1-01]di traf po stat in g 6/1/0 vlan 1116 ou v r
Traffic policy applied at 2012-05-22 18:00:48
Classifier: test operator or
 if-match ACL 4000
  rule 5 permit source-mac 80a1-d746-ac94 ffff-ffff-ffff dest-mac 0018-821e-5491 ffff-ffff-ffff
    0 bytes, 0 packets
    Last 30 seconds rate 0 pps, 0 bps
  rule 10 permit source-mac 80a1-d746-ac94 ffff-ffff-ffff
    0 bytes, 0 packets
    Last 30 seconds rate 0 pps, 0 bps
  rule 15 permit source-mac 0018-821e-5491 ffff-ffff-ffff dest-mac 80a1-d746-ac94 ffff-ffff-ffff
    0 bytes, 0 packets // don’t forwarding the unicast issue.
    Last 30 seconds rate 0 pps, 0 bps
  rule 20 permit
    0 bytes, 89,542 packets
Last 30 seconds rate 2,295 pps, 0 bps
As confirm R&D the unicast packet forwarding function by hardware chip. That’s why suspect LPU 1 hardware have issue, suggest replace this board.

Root Cause
After analysis, we found LPU1 board have forward issue on NE80E, Services restore by reset LPU1.

Suggestions
Replace the LPU 1 board.

END