Содержание материала

По синтаксису оператор export схож с оператором import, а значения многих параметров идентичны. Важное различие между этими операторами: импортирование маршрутов подчинено информации, полученной от источника, тогда как экспортирование подчинено источнику и адресату одновременно.

Операторы export определяют, куда передаются маршруты, а также откуда они происходят. Пункт назначения информации о маршруте обозначается уточнением proto в начале оператора export. Источник маршрутов указывается в списке экспорта (export list). Синтаксис оператора export зависит от протокола. Чтобы распространять маршруты по протоколам EGP и BGP, воспользуйтесь следующей конструкцией:

export proto bgp | egp as as_number
[restrict] |
[[metric metric] {
export_list ; }] ;

Маршруты экспортируются посредством EGP и BGP в указанную автономную систему, restrict блокирует экспорт в АС. Могут присутствовать допустимые метрики BGP или EGP. Если отсутствует список экспорта, экспортируются только прямые маршруты локальных интерфейсов. Если используется список экспорта, все экспортируемые параметры должны быть указаны явным образом.

Для распространения маршрутов по RIP используйте синтаксис:

export proto rip
[interface interface_list | gateway gateway_list]
[restrict] |
[[metric metric] {
export_list ; }] ;

Маршруты, экспортируемые посредством RIP, могут передаваться через конкретный интерфейс или на определенный шлюз. Укажите значение metric, если намереваетесь экспортировать статические маршруты или созданные системой маршруты по умолчанию. Параметр metric используется только при экспортировании He-RIP-маршрутов по протоколу RIP.

Если отсутствует список экспорта, RIP экспортирует прямые маршруты и маршруты RIP. Если используется список экспорта, все экспортируемые параметры должны быть указаны явным образом.

Для распространения маршрутов по OSPF используйте конструкцию:

export proto osfpase [type 1 | 2] [tag ospf_tag]
[restrict] |
[[metric metric] {
export_list ; }] ;

gated может экспортировать только маршруты OSPF ASE. Существует два типа маршрутов OSPF ASE, 1 и 2. Они описаны в главе 7 и выше в этом приложении. Значение по умолчанию для типа указывается в операторе ospf protocol, но здесь может быть переопределено. Аргумент ospf_tag - это произвольное 32-разрядное число, используемое для фильтрации информации маршрутизации. Значение по умолчанию данного параметра указывается в операторе ospf protocol, но здесь может быть переопределено.

Источник маршрутов, распространяемых протоколом, определяется списком экспорта. Каждая из перечисленных выше команд содержит параметр списка экспорта. Синтаксис списка, подобно синтаксису этих команд, изменяется в зависимости от протокола-источника маршрутов. Описанные выше команды определяют протоколы, используемые для распространения маршрутов. Описанные ниже списки экспорта определяют протоколы, от которых исходят маршруты. Наибольшая путаница со списком экспорта происходит по причине того, что его синтаксис практически идентичен описанному выше. И в том и в другом случае присутствуют определения протоколов, автономных систем, интерфейсов, шлюзов и т. д. В первом случае мы определяем протоколы, интерфейсы и прочие адресаты, которым передаются маршруты, а в списке экспорта - протоколы, интерфейсы и прочие источники, от которых исходят маршруты.

Чтобы экспортировать маршруты, полученные по протоколам BGP и EGP, воспользуйтесь таким синтаксисом списка экспорта:

export proto bgp | egp autonomoussystem as_number
[restrict [noagg]] |
[[metric metric] {
route_filter [restrict | metric metric] ; }] ;

Таким образом обозначаются маршруты, полученные по BGP или EGP от определенной автономной системы. На маршруты могут накладываться ограничения, для них могут указываться метрики - на основе сопоставления номера АС-источника или фильтра маршрутов. Использование noagg совместно с restrict предотвращает отбор фильтром любых объединенных маршрутов.

При настройке BGP gated назначает всем маршрутам АС-путь. Для внутренних маршрутов АС-путь включает происхождение igp и не содержит автономных систем (текущая АС добавляется при экспортировании маршрута).

Для маршрутов EGP АС-путь включает происхождение едр и исходную АС в качестве АС-пути. Для маршрутов BGP используется АС-путь, полученный по BGP. Если вы работаете с BGP, экспортированием всех маршрутов можно управлять при помощи АС-пути. Синтаксис:


proto proto | all
aspath aspath_regexp origin any | igp | egp | incomplete
[restrict] |
[[metric metric] {
route_filter [restrict | metric metric] ; }] ;

Источником маршрутов может быть любой протокол (proto) или все протоколы (all). Импортированием маршрутов можно управлять, сравнивая их АС-пути с регулярным выражением АС-пути (aspath_regexp) или их адреса с фильтром маршрутов (route_filter). Фильтры маршрутов и регулярные выражения АС-путей описаны выше. Чтобы экспортировать маршруты, полученные по RIP, используйте следующий синтаксис списка экспорта:

proto rip
[interface interface_list | gateway gateway_list]
[restrict] |
[[metric metric] {
route_filter [restrict | metric metric] : }] ;

Экспортированием маршрутов RIP можно управлять на основе интерфейсаисточника, шлюз- источника или же фильтра маршрутов. Чтобы экспортировать маршруты, полученные по OSPF, используйте следующий синтаксис списка экспорта:

proto ospf | ospfase
[restrict] |
[[metric metric] {
route_filter [restrict | metric metric] ; }] ;

Экспортированием маршрутов OSPF и OSPF ASE можно управлять на основе протокола и фильтра маршрутов. Кроме того, экспортирование маршрутов OSPF может управляться параметром tag при использовании следующей конструкции:

proto proto | all tag tag
[restrict] |
[[metric metric] {.
route_filter [restrict | metric metric] ; }] ;

В OSPF и RIP версии 2 существует поле tag. Для всех прочих протоколов tag всегда имеет значение 0. Выбор маршрутов может происходить на основе содержимого поля tag.

Существуют иные источники маршрутов, не являющиеся в действительности протоколами маршрутизации, и для этих источников также могут определяться списки экспорта. Ниже приводятся конструкции для таких источников.

[restrict] |
[[metric metric] {
route_filter [restrict | metric metric] ; }] ;

Экспортированием таких маршрутов можно управлять на основе «протокола»-источника и интерфейса-источника. В данном случае «протоколами» являются маршруты к прямым интерфейсам, статические маршруты либо маршруты, полученные от ядра.

proto default | aggregate
[restrict] |
[[metric metric] {
route_filter [restrict | metric metric] ; }] ;

Экспортированием таких маршрутов можно управлять только на основе «протокола»-источника, default относится к маршрутам, созданным параметром gendefault. aggregate относится к маршрутам, созданным операторами объединения, о которых пойдет речь в следующем разделе.

Обмениваться, хранить, передавать Ваши файлы стало просто как никогда.
yandex-disk
Читать подробнее: для чего Yandex-Диск проекту Mini-Server. Практика установки, настройки и использования сетевого хранилища на Ubuntu server LTS 12.04 в статье Резервное копирование сервера Ubuntu на Яндекс Диск.

>> Ubuntu 12.04 + Nginx Скачать сервер
>> Fedora 15 Скачать сервер
>> Простой Debian 6.0.6 Скачать сервер
>> CentOS 6.0 и
+ (5.6) другой
Скачать сервер
>> OpenSUSE 11.4
MAX
Скачать сервер

Вход на сайт

ВНИМАНИЕ!

Регистрация на сайте только по согласованию с администратором ресурса. Обращаться через форму обратной связи.