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

6to4 Tunnel cannot Communicate Normally because IPV6 Configuration is False

Publication Date:  2012-07-27 Views:  37 Downloads:  1
Issue Description
There are five devices A-B-C-D-E. C, D and E operates IPV4 and A, B, E and F IPV6. Two separate IPV6 networks interconnect through 6to4 tunnel at C and E. 
The configuration of B and D can be seen in the attachment. Finish the configuration but 6to4 tunnel cannot communicate. B device cannot ping through IPV6 address of tunnel interface of D device. D device cannot ping through IPV6 address of tunnel interface of B device.
      
Alarm Information
Null
Handling Process
 1. Check IPV4 public network through ping and it is normal.
2. Check tunnel configuration and it is not problematic. 
3. Clear ipv6 statistics of B and D.
Check ICMPv6 packet of B and D.
ICMPv6 protocol:                                                              
                                                                                
      Sent packets:                                                             
             Total:          0,        redirected:          0,                  
         unreached:          0,            echoed:          0,                  
      echo replied:          0, hopcount exceeded:          0,                  
reassembly timeout:          0, parameter problem:          0,                  
           too big:          0,  neighbor solicit:          0,                  
   neighbor advert:          0,    router solicit:          0,                  
     router advert:          0,       ratelimited:          0                   
4. Ping IPV6 address of tunnel interface of D device at B:
B sends ICMPv6 packet. D device receives and sends ICMPv6 packet from display ipv6 statistics, but B device does not receive ICMPv6 packet.
B device:
             Total:          5,        redirected:          0,                  
         unreached:          0,            echoed:          5,                  
  D device:
      Sent packets:                                                             
             Total:          5,        redirected:          0,                  
         unreached:          0,            echoed:          0,                  
      echo replied:          5, hopcount exceeded:          0,                  
  Received packets:                                                             
             Total:          5,    checksum error:          0,                  
         too short:          0,         unreached:          0,                  
            echoed:          5,      echo replied:          0,                  
5. Ping IPV6 address of tunnel interface of B device at D:
D does not send ICMPv6 packet and it maybe problematic.
6. Check IPV6 route table of D, and there is route entry: 
 Destination  : 2002::                                  PrefixLength : 64       
 NextHop      : 2002:D00:2::1                           Preference   : 60       
 Interface    : Tunnel0                                 Protocol     : Static   
 State        : Active Adv                              Cost         : 0        
 Tunnel ID    : 0x0                                     Label        : NULL 
The mask of 2002:: route is 64-bit. The tunnel interface address of B is 2002:C00:1::1/64. 2002:C00:1::1/64 and 2002::/64 are not in the same network segment, so route to 2002:C00:1::1/64 is not found. B can send icmpv6 packet and there is such a route at B:
 Destination  : 2002::                                  PrefixLength : 16       
 NextHop      : 2002:C00:1::1                           Preference   : 60       
 Interface    : Tunnel0                                 Protocol     : Static   
 State        : Active Adv                              Cost         : 0        
 Tunnel ID    : 0x0                                     Label        : NULL
The mask is 16-bit and tunnel interface address at D device is in the network segment, so it can be pinged. 
7. Check configuration at D device and static route configuration is false. 
8. Change the mask of 2002:: route as16-bit and the service is normal.
      
Root Cause
1. The public network does not communiate.
2. The tunnel configuration is false.
3. MTU is problematic.
      
Suggestions
1. It is hard to define similar problem. There is MPLS in the network and it maybe in backbone network. Common packet capture cannot be used. 
2. Display ipv6 statistics and it is packet handling of SMU and not transmitted packet. 
3. It need detailed and further analysis.

END