IPv6 Configuration on Cisco Packet Tracer
IPv6 Configuration
IPv6 is the new version of the most important Network Layer Protocol IP. With this new IP version, IPv6, beside different features, some configuration differencies are also coming. In this lesson, we will focus on these IPv6 Configuration Steps, IPv6 Configuration on Cisco devices. We will use the below Packet Tracer topology for our IPv6 Config.
You can download Packet Tracer IPv6 Lab, in Packet Tracer Labs page.
In this configuration lesson, we will follow the below IPv6 Configuration steps:
So, let’s go to the IPv6 Configuration steps and configure IPv6 for Cisco routers.
Enable IPv6 Globally
After going to the configuration mode with “configure terminal” command, to enable IPv6 on a Cisco router, “ipv6 unicast-routing” command is used. With this Cisco command, IPv6 is enabled globally on the router. This can be used before both interface configurations and IPv6 Routing Protocol configurations.
Router 1# configure terminal
Router 1(config)# ipv6 unicast-routing
Router 2# configure terminal
Router 2(config)# ipv6 unicast-routing
Enable IPv6 on Interface
After enabling IPv6 globally, we should enable IPv6 under the Interfaces. To enable IPv6 under an interface, we will use “ipv6 enable” command. Let’s enable IPv6 on two interfaces of each router.
Router 1 (config)# interface FastEthernet0/0
Router 1 (config-if)# ipv6 enable
Router 1 (config-if)# no shutdown
Router 1 (config)# interface FastEthernet0/1
Router 1 (config-if)# ipv6 enable
Router 1 (config-if)# no shutdown
Router 2 (config)# interface FastEthernet0/0
Router 2 (config-if)# ipv6 enable
Router 2 (config-if)# no shutdown
Router 2 (config)# interface FastEthernet0/1
Router 2 (config-if)# ipv6 enable
Router 2 (config-if)# no shutdown
Configure EUI-64 Format Global Unicast Address
EUI-64 format is the IPv6 format used to create IPv6 Global Unicast Addresses. It is a specific format that we have also talked about before. With this format, basically, interface id of the whole IPv6 adderess is ceated with the help of the MAC address. After that, this created interface id is appended to the network id.
To configure an interface with EUI-64 format (Extended Unique Identifier), firstly we will go under the interface, then we will use “ip address ipv6-address/prefix-length eui-64” command. Here, our IPv6 address and prefix-length are 2001:AAAA:BBBB:CCCC::/64. The real EUI-64 Global Unicast Address will be created with this address and MAC address after IPv6 configuration.
Router 1 (config)# interface FastEthernet0/0
Router 1(config-if)# ipv6 address 2001:AAAA:BBBB:CCCC::/64 eui-64
Router 1(config-if)# end
Let’s check the IPv6 address that is created with EUI-64 format with “show ipv6 interface brief” command.
Router 1# sho ipv6 interface brief
2001:AAAA:BBBB:CCCC:2E0:B0FF:FE0E:7701
Vlan1 [administratively down/down]
Configure Manual Link Local Address
If we do not use EUI-64 format address, we have to write the whole IPv6 Address to the configuration line. Let’s configure Gigabit Ethernet 0/0 interface of Router 2 manually.
Router 2 (config)# interface FastEthernet0/0
Router 2 (config-if)# ipv6 address 2001:AAAA:BBBB:CCCC:1234:1234:1234:1234/64
Router 2(config-if)# end
Here, both of these directly connected interfaces are in the same subnet, the Network ID is same (2001:AAAA:BBBB:CCCC::/64).
Let’s check the IPv6 address that we have manually assigned with “show ipv6 interface brief” command.
Router 2# show ipv6 interface brief
2001:AAAA:BBBB:CCCC:1234:1234:1234:1234
FastEthernet0/1 [administratively up/up]
Vlan1 [administratively down/down]
IPv6 Ping
To check the connectivity between two node, we use ping. As IPv4, with IPv6, we also use ping, but this time it is called IPv6 Ping. The format of IPv6 Ping is a little difference than IPv4 Ping. These differences are the format of the used IP address and the used keywords. With IPv6 Ping, “ping ipv6” keywords are used before the destination IPv6 address.
Here, we will ping from Router 1 GigabitEthernet0/0 interface to Router 2 GigabitEthernet0/0 interface.
Router 1# ping ipv6 2001:AAAA:BBBB:CCCC:1234:1234:1234:1234
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2001:AAAA:BBBB:CCCC:1234:1234:1234:1234, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 0/0/1 ms
To check the configured IPv6 Address, we can use “show ipv6 interface interface-name” command.
Router 1# show ipv6 interface FastEthernet0/0
FastEthernet0/0 is up, line protocol is up
IPv6 is enabled, link-local address is FE80::2E0:B0FF:FE0E:7701
No Virtual link-local address(es):
Global unicast address(es):
2001:AAAA:BBBB:CCCC:2E0:B0FF:FE0E:7701, subnet is 2001:AAAA:BBBB:CCCC::/64 [EUI]
Joined group address(es):
ICMP error messages limited to one every 100 milliseconds
ICMP redirects are enabled
ICMP unreachables are sent
ND DAD is enabled, number of DAD attempts: 1
ND reachable time is 30000 milliseconds
ND advertised reachable time is 0 (unspecified)
ND advertised retransmit interval is 0 (unspecified)
ND router advertisements are sent every 200 seconds
ND router advertisements live for 1800 seconds
ND advertised default router preference is Medium
Hosts use stateless autoconfig for addresses.
Router 2# show ipv6 interface FastEthernet0/0
FastEthernet0/0 is up, line protocol is up
IPv6 is enabled, link-local address is FE80::206:2AFF:FE15:BD01
No Virtual link-local address(es):
Global unicast address(es):
2001:AAAA:BBBB:CCCC:1234:1234:1234:1234, subnet is 2001:AAAA:BBBB:CCCC::/64
Joined group address(es):
ICMP error messages limited to one every 100 milliseconds
ICMP redirects are enabled
ICMP unreachables are sent
ND DAD is enabled, number of DAD attempts: 1
ND reachable time is 30000 milliseconds
ND advertised reachable time is 0 (unspecified)
ND advertised retransmit interval is 0 (unspecified)
ND router advertisements are sent every 200 seconds
ND router advertisements live for 1800 seconds
ND advertised default router preference is Medium
Hosts use stateless autoconfig for addresses.
Here, with ipv6 ping, there are some options that we can use. These are given below:
ping ipv6 [hostname | ip_address] [repeat repeat-count | size datagram-size | source [interface-name | source-address]
So if we would like to send 10 IPv6 ping packet with 200 byte datagrams from 2001:AAAA:BBBB:CCCC:1234:1234:1234:1234 to 2001:AAAA:BBBB:CCCC:1111:2222:3333:4444, we will use the below command:
Router 2 # ping ipv6 2001:AAAA:BBBB:CCCC:1111:2222:3333:4444 repeat 10 size 200 source 2001:AAAA:BBBB:CCCC:1234:1234:1234:1234
Manual Link Local Address Configuration
To configure a Link Locak address manually, we use “ipv6 address link-local ipv6-address” command. Here, we should write an IPv6 address in the range of Link Local addresses. If you would like to learn more about a Link Local Address, you can check Link Local Address lesson.
Let’s configure GigabitEthernet0/1 interface of Router 1 with Link Local Address FE80::AAAA:BBBB:CCCC:DDDD. Here, there is no need to write a prefix length but we will add link-local keyword at the end of the command.
Router 1 (config)# interface FastEthernet0/1
Router 1 (config-if)# ipv6 address FE80::AAAA:BBBB:CCCC:DDDD link-local
Router 1 (config-if)# end
Let’s check the manually configure ipv6 Link-Local address with “show ipv6 interface brief” command.
Router 1# show ipv6 interface brief
FastEthernet0/1 [administratively down/down]
FE80::AAAA:BBBB:CCCC:DDDD
Vlan1 [administratively down/down]
Auto IPv6 Address Configuration
IPv6 Addresses can be configured automatically. This is one of the most important characteristics coming with IPv6. For IPv6 Auto configuration, we will use “ipv6 address autoconfig” command. Let’s use it on Router 2 on GigabitEthernet0/1.
Router 2 (config)# interface FastEthernet0/1
Router 2 (config-if)# ipv6 address autoconfig
Router 2 (config-if)# end
This type of IPv6 address configuration is Sateless Auto Configuration.
Let’s check the Autoconfigured Link-Local ipv6 address with “show ipv6 interface brief” command.
Router 2# show ipv6 interface brief
FE80::206:2AFF:FE15:BD02
Vlan1 [administratively down/down]
Let’s ping from Router 2 to Router 1 to test this second interfaces’ ipv6 connection.
Router 2# ping ipv6 FE80::AAAA:BBBB:CCCC:DDDD
Output Interface: FastEthernet0/1
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to FE80::AAAA:BBBB:CCCC:DDDD, timeout is 2 seconds:
Success rate is 100 percent (5/5), round-trip min/avg/max = 0/0/1 ms
Enable DHCPv6 Client
To enable DHCPv6 Client function on an interface, we use “ipv6 address dhcp” command under this interface. With this command, interface gets its IPv6 address form the DHCPv6 server. Let’s enable DHCPv6 on GigabitEthernet0/2 of Router 2.
Router 1 (config)# interface FastEthernet0/1
Router 1 (config-if)# ipv6 address dhcp
Источник
Packet Tracer. Лабораторная работа: Настройка плавающих статических маршрутов
Топология сети
Задачи
Общие сведения
Итак, для начала пару слов о том, что же такое статический, да еще и плавающий маршрут. В отличие от динамической, статическая маршрутизация требует самостоятельного построения маршрута в конкретную сеть. Плавающий статический маршрут служит для предоставления резервного пути до сети назначения в случае сбоя основного маршрута.
На примере нашей сети «Пограничный маршрутизатор» пока имеет только напрямую подключенные маршруты к сетям ISP1, ISP2, LAN_1 и LAN_2.
Создание основного статического маршрута по умолчанию
Перед тем, как говорить о резервном маршруте, для начала нужно построить основной маршрут. Пусть, основной маршрут от пограничного маршрутизатора будет проходить через ISP1 к сети Internet, а маршрут через ISP2 будет резервным. Для этого на пограничном маршрутизаторе в режиме глобальной конфигурации зададим статический маршрут по умолчанию:
Проверим таблицу маршрутизации пограничного маршрутизатора и отправим эхо-запрос на веб-сервер от PC-A или PC-B:
Видим, что в таблицу маршрутизации добавилась запись статического маршрута по умолчанию (о чем свидетельствует запись S*). Выполним трассировку маршрута от PC-A или PC-B до веб-сервера:
Первый переход осуществляется с PC-B на локальный IP-адрес пограничного маршрутизатора 192.168.11.1. Второй переход — от пограничного маршрутизатора до 10.10.10.1 (ISP1). Запомнили, в дальнейшем сравним переходы.
Развертывание плавающего статического маршрута
Итак, основной статический маршрут построили. Далее создаем, собственно, плавающий статический маршрут через сеть ISP2. Процесс создания плавающего статического маршрута ничем не отличается от обычного статического маршрута по умолчанию, кроме того, что в первом дополнительно указывается административное расстояние. Административное расстояние означает степень надежности маршрута. Дело в том, что административное расстояние статического маршрута равно единице, что означает абсолютный приоритет над протоколами динамической маршрутизации, у которых административное расстояние в разы больше, кроме локальных маршрутов — у них оно равно нулю. Соответственно, создавая статический плавающий маршрут, следует указывать административное расстояние больше единицы, например, 5. Таким образом, плавающий маршрут не будет иметь приоритет над основным статическим маршрутом, но на момент его недоступности маршрут по умолчанию будет считаться основным.
Синтаксис задания плавающего статического маршрута следующий:
Видно, что в таблице маршрутизации по прежнему отображается основной статический маршрут по умолчанию с выходным интерфейсом Serial0/0/0 и никаких других статических маршрутов в таблице маршрутизации не отображается.
Проверка переключения на плавающий статический маршрут при отказе основного маршрута
А теперь самое интересное: смоделируем сбой основного маршрута. Сделать это можно путем отключения интерфейса на программном уровне, либо просто убрать соединение между маршрутизатором и ISP1. Отключаем интерфейс Serial0/0/0 основного маршрута:
… и сразу же бежим смотреть таблицу маршрутизации:
На рисунке выше видно, что после сбоя основного статического маршрута выходной интерфейс Serial0/0/0 изменился на Serial0/0/1. При первой трассировке, которую мы выполняли ранее следующий переход от пограничного маршрутизатора выполнялся на IP-адрес 10.10.10.1. Сравним переходы, выполнив повторную трассировку при использовании резервного маршрута:
Теперь переход от пограничного маршрутизатора до веб-сервера осуществляется через IP-адрес 10.10.10.5 (ISP2).
Конечно же, статические маршруты можно лицезреть, отобразив текущую конфигурацию маршрутизатора:
Ой, у вас баннер убежал!
Редакторский дайджест
Присылаем лучшие статьи раз в месяц
Скоро на этот адрес придет письмо. Подтвердите подписку, если всё в силе.
Похожие публикации
Улучшаем работу Wi-Fi. Часть 2. Особенности оборудования
Таможня добро не дает: Cisco прекратила поставки сетевого оборудования для ФТС
Обзор архитектуры шасси Cisco на примере серии 7600
Заказы
AdBlock похитил этот баннер, но баннеры не зубы — отрастут
Минуточку внимания
Комментарии 18
Так, всё. Не могу больше молчать. Ненавижу такие вот ситуации, когда ищешь решение своей проблемы, находишь «random blog from 2007” в котором описана твоя проблема, но вместо решения видишь последний пост как у вас. “Пф. Это же элементарно! Мы тоже столкнулись с этим и для решения всего лишь 행운을 빌어”
Поэтому я решил закрыть эту тему для будущих поколений.
Для начала разберёмся с понятиями. Насколько мне известно, рекурсивная маршрутизация случается, если в маршруте до сети назначения (или основного шлюза) next hop’ом указан не выходной интерфейс, а ip-адрес. В таком случае маршрутизатор вынужден вначале найти в таблице маршрутизации маршрут для пакета, а потом рекурсивно искать к какому интерфейсу принадлежит next hop.
ip route 10.0.0.0 255.255.255.0 1.2.3.4
Маршрутизатор получает пакет, адресованный в сеть 10.0.0.0/24, проверяет таблицу маршрутизации и видит next hop 1.2.3.4, но не видит интерфейс выхода. Поэтому он осуществляет рекурсивный поиск маршрута до 1.2.3.4 и находит, например, что сесть 1.2.3.4/28 directly connected к интерфейсу G 0/1 После чего маршрутизатор посылает пакет через этот интерфейс.
Также рекурсивным маршрутом может считаться маршрут, который доступен через другой маршрут.
ip route 20.0.0.0 255.255.255.0 8.8.8.8
ip route 0.0.0.0 0.0.0.0 20.0.0.0
В данном будет аж два рекурсивных поиска. Вначале маршрутизатор будет искать шлюз по умолчанию, потом маршрут до 20.0.0.0, потом интерфейс, к которому подключена сеть 8.8.8.8
Всё это интересно, но не отвечает на два вопроса:
1. Что такое „Рекурсивный маршрут через 8.8.8.8 или любой другой высокодоступный“?
2. Как такой маршрут должен помочь в ситуации из поста?
Для проблемы „Есть два IPS, основной и резервный, и нужно чтобы в случае падения основного трафик уходил через резервный“ мне известны два решения. Динамическая маршрутизация или эти самые плавающие маршруты, но с IP SLA.
Динамический маршруты годятся любые: хоть BGP соседство с обоими IPS, хоть RIP, ходящий в туннелях, построенных через обоих IPS. В любом случае после падения канала (и не обязательно с драматичным interface down) анонсы маршрутов перестают приходить со стороны упавшего провайдера и маршрутизатор начинает слать трафик через второго.
Решение ОПа с плавающими маршрутами тоже далеко не идеально. Прежде всего, как уже отметили ранее, далеко не всегда «интернет не работает» выглядит как упавший интерфейс. Провайдер может по ошибке создать у себя «чёрную дыру» которая будет отсылать все пакеты в null 0, но канал до самого провайдера будет поднят.
Кроме того, плавающий маршрут не удаляется из таблицы маршрутизации после того, как интерфейс до основного провайдера поднялся. Т.е. если даже интерфейс упадёт и плавающий маршрут пропишется в таблицу маршрутизации, то для возврата трафика на канал основного провайдера придётся руками ложить интерфейс резервного. Тогда плавающий маршрут пропадёт из таблицы маршрутизации и туда пропишется основной.
Это «не проблема» (на самом деле это очень кривое решение), если основной и резервный каналы равнозначны, но если основной – это оптика, а резервный – это ADSL модем, то хотелось бы, чтобы маршрутизатор переключался на основной канал автоматически.
Более того, схема с плавающим маршрутом может привести к ассиметричной маршрутизации. Если у нас есть два офиса, на которых настроены плавающие маршруты и канал до основного падает (а потом поднимается) с int down только на одном отрезке, то трафик будет уходить через один канал, а приходить через другой.
Источник