Target Networking

The blog includes a vivid coverage of the concepts of CCNA, CCNP (Routing & Switching) , Basic Linux and Linux servers. Projects have also been simulated to give a practical exposure.

Showing posts with label IPv6. Show all posts

Wednesday 21 May 2014

No comments

IPv6 Tunnel over MPLS & eBGP Network




In this lab, same concept, IPv6 tunneling is used, as it is used in my previous lab IPv6 Tunnel over IPv4 Network. Concept of making tunnel over the network is same but in both the topologies network is different. In my previous lab there is normal network running EIGRP as routing protocol but here network is comprises of MPLS L3 VPN, eBGP and some other concepts like GLBP, VRRP etc.

In this topology IPv6 tunnel is made from Server_router to SEMBO_TECH router. Between these two routers there are redundant paths. one path is from MPLS Layer 3 VPN and other is of eBGP. From Server_router side, GLBP protocol is used for redundancy whereas on SEMBO_TECH side VRRP protocol is used. IPv6_host is the DHCPv6 host of SEMBO_TECH IPv6 DHCP server.

In lab IPv6 Tunnel over IPv4 Network , concept of Router-ID is shown, because there is two routers on which there is no IPv4 addresses so we have to give Router-ID to the router. This concept is not applicable here because on all the routers have IPv4 addresses, so there is no need of Router-ID.

In eBGP path, loopback interfaces are made for routing in BGP, because loopback interface is a logical interface so it will remain up forever. On other path MLPS Layer 3 VPN, a VPN with MPLS is made over PE2 ---> P---> PE1 routers. MPLS L3VPN is a PE-based L3VPN technology for service provider VPN solutions. It uses BGP to advertise VPN routes and uses MPLS to forward VPN packets on service provider backbones. It provides flexible networking modes, excellent scalability, and convenient support for MPLS QoS.

The MPLS L3VPN model consists of three kinds of devices:
  • Provider edge router (PE): A PE resides on a service provider network and connects one or more CEs to the network. On an MPLS network, all VPN processing occurs on the PEs.

  • Provider (P) router: It is a backbone router on a service provider network. It is not directly connected with any CE. It only needs to be equipped with basic MPLS forwarding capability.

  • Customer edge device (CE): A CE resides on a customer network and has one or more interfaces directly connected with service provider networks. It can be a router, a switch, or a host. It neither can "sense" the existence of any VPN nor needs to support MPLS.

IPv6 Tunnel

On Router Server_router :-

interface Tunnel0
  no ip address
 ipv6 address 2015::1/64
 ipv6 enable
 ipv6 eigrp 1
 tunnel source FastEthernet0/1
 tunnel destination 192.168.99.1
 tunnel mode ipv6ip

On Router Server_router :-

interface Tunnel0
 no ip address
 ipv6 address 2015::2/64
 ipv6 enable
 ipv6 eigrp 1
 tunnel source FastEthernet0/0
 tunnel destination 20.3.0.1
 tunnel mode ipv6ip

Verification 


Ping from Server_router to IPv6_host

Server_router#ping 2006::C805:12FF:FE58:8

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2006::C805:12FF:FE58:8, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 120/177/260 ms

 Ping from IPv6_host to Server_host

IPv6_host#ping 2015::1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2015::1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 108/133/152 ms

Configuration File config.zip

If you are interested in procuring the .net file for GNS3 then enter your email id in comment box.

By : Vishal Sharma

Tuesday 20 May 2014

No comments

IPv6 Tunnel over IPv4 Network


In this topology IPv6 tunnel is made over IPv4 network, color dark red representing the IPv4 network whereas color blue is showing IPv6 Network with IPv6 tunnel. EIGRP routing protocol is used for communication between both network IPv4 as well as IPv6. IPv4 network is using EIGRP 1 and IPv6 network is using EIGRP 2.

This topology is a example of Manually Configured Tunnel (MCT) which is a type of Static Point-to-Point IPv6 Tunnel. This lab is based on Manually Configured tunnel in which Tunnel mode is ipv6ip. RFC 4213 is made for this MCT tunnel.
There are two types of Static Point-to-Point tunnel :-
1. Manually Configured Tunnels (MCT)
2. Generic Routing Encapsulation (GRE) tunnels

In order to support the IGP`s and other features in these static tunnels router will assign link local addresses on these links and allow the forwarding of IPv6 multicast traffic.

This topology is clearing the concept that, if Router has only IPv6 addresses over it and no IPv4 addresses then we have to give Router-ID in the routing protocol otherwise that router will not communicate with the other routers because it will not have any route to other routers.
So here Router R5 and R6 has the Router-ID 5.5.5.5 and 6.6.6.6 .
Tunneling is one of the way to communicate IPv6 with IPv4 network. In this topology IPv6 tunnel is made from Router R1 to R4, and this tunnel has the IP address from subnet 2003::/64.

In GNS3, IPv6 routing have to be enabled on interface, it can not enabled by the network command in routing protocol.

IPv6 Tunnel

On Router R1-
interface Tunnel0

no ip address
ip mtu 1000
ipv6 address 2003::1/64
ipv6 eigrp 2
tunnel source FastEthernet0/0
tunnel destination 10.3.0.2
tunnel mode ipv6ip


On Router R4-
interface Tunnel0

no ip address
ip mtu 1000
ipv6 address 2003::2/64
ipv6 eigrp 2
tunnel source FastEthernet0/0
tunnel destination 10.1.0.1
tunnel mode ipv6ip


Router-ID for Router R5 :-
ipv6 router eigrp 2
 eigrp router-id 5.5.5.5

Router-ID for Router R6 :- 
ipv6 router eigrp 2 
 eigrp router-id 6.6.6.6

Verification of the tunnel :-

R1#show interfaces tunnel 0
Tunnel0 is up, line protocol is up
  Hardware is Tunnel
  MTU 17920 bytes, BW 100 Kbit/sec, DLY 50000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation TUNNEL, loopback not set
  Keepalive not set
  Tunnel source 10.1.0.1 (FastEthernet0/0), destination 10.3.0.2
  Tunnel protocol/transport IPv6/IP

  Tunnel TTL 255
  Tunnel transport MTU 1480 bytes
  Tunnel transmit bandwidth 8000 (kbps)
  Tunnel receive bandwidth 8000 (kbps)
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/0 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     386 packets input, 60398 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     392 packets output, 40546 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out


The highlighted texts shows that tunnel interface is up, the output confirms the source and destination IPv4 addresses. It also confirms that the tunnel mode uses IPv6 over IP, tunnel transport MTU is 1480 bytes for MCT for others, like GRE it is 1476 bytes. In case of MCT link local addresses for interface is based on FE80::/96, plus 32 bits from tunnel source IPv4 address.

GRE Tunnel

 In this topology i changed the tunnel mode from ipv6ip to gre ip. Firstly remove tunnel mode ipv6ip by applying no tunnel mode ipv6ip command and then apply tunnel mode gre ip command.

R1#show interfaces tunnel 0
Tunnel0 is up, line protocol is up
  Hardware is Tunnel
  MTU 17916 bytes, BW 100 Kbit/sec, DLY 50000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation TUNNEL, loopback not set
  Keepalive not set
  Tunnel source 10.1.0.1 (FastEthernet0/0), destination 10.3.0.2
  Tunnel protocol/transport GRE/IP
    Key disabled, sequencing disabled
    Checksumming of packets disabled

  Tunnel TTL 255
  Fast tunneling enabled
  Tunnel transport MTU 1476 bytes

  Tunnel transmit bandwidth 8000 (kbps)
  Tunnel receive bandwidth 8000 (kbps)
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/0 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     700 packets input, 104149 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     711 packets output, 73539 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out

Here this output is showing that the protocol used for the tunnel is GRE/IP and transfer MTU is of size 1476 bytes which is 4 bytes lesser than IPv6IP. This 4 bytes is the additional GRE header. In case of GRE tunnel Link local address for interfaces is based on IPv6 EUI-64, using lowest numbered interface`s MAC address. RFC 2784 is used for GRE.

Ping from Router R5 to R6
R5#ping 2002::1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2002::1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 72/106/212 ms

  
Ping from Router R6 to R5
R6#ping 2001::1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2001::1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 68/78/88 ms


Traceroute from R5 to R6

R5#traceroute 2002::1
Type escape sequence to abort.
Tracing the route to 2002::1


  1 2001::2 56 msec 8 msec *
  2 2003::2 80 msec 72 msec 56 msec
  3 2002::1 104 msec 76 msec 44 msec


Configuration File config.zip

If you are interested in procuring the .net file for GNS3 then enter your email id in comment box.

  By :- Vishal Sharma