Я системный администратор по профессии, но мне было поручено возглавить команду, которая будет внедрять OSPF между разными офисами нашей компании. У меня нет опыта работы с OSPF, поэтому я не уверен, что нужно сделать, чтобы довести этот проект до конца.
Может ли кто-нибудь с опытом работы с OSPF дать мне какое-то представление о том, на какие вопросы нужно ответить и что нужно настроить, чтобы использовать OSPF? Я на самом деле не ищу глубоких технических аспектов этого, больше я ищу элементы управления высокого уровня, которые необходимо изучить и назначить разным сторонам.
В настоящее время у нас настроено соединение между офисами A и B, но нам нужно настроить альтернативный путь, проходящий через офисы C, D или E, чтобы настроить альтернативный маршрут, чтобы добраться из A в B.
Заранее спасибо ... если есть сайт, которому это было бы лучше адресовано, пожалуйста, дайте мне знать.
Я думаю, это в пределах вашей досягаемости, но вам нужно действовать медленно.
Здесь вы пытаетесь добиться, чтобы каждое из ваших устройств маршрутизации вставляло сети, к которым они либо статически маршрутизируются, либо напрямую подключены к таблице маршрутизации, а затем объявляло об этом соседним узлам. Обычно предпочтительны статические маршруты, поэтому вы должны иметь возможность экспериментировать с этим, не вмешиваясь в существующую настройку.
КАК вы это делаете, требуется дополнительная информация. Какие типы устройств связывают сайты (Cisco / Juniper и т. Д.)? Они точечные соединения, VPN?
Можно реализовать OSPF, не зная заранее всех механизмов, но это поможет.
Проверять, выписываться: http://en.wikipedia.org/wiki/Open_Shortest_Path_First
и: http://www.cisco.com/en/US/tech/tk365/technologies_white_paper09186a0080094e9e.shtml
Читайте медленно, глотайте.
Есть несколько вещей, которые следует учесть заранее.
OSPF использует понятие «области». Область 0 является «магистралью» и в идеале должна касаться всех маршрутизаторов, обеспечивающих межсайтовое соединение, поскольку гораздо (НАМНОГО) проще реализовать OSPF, если у вас есть «магистраль». Во-вторых, вам нужно решить, следует ли вам разбивать свои сайты на отдельные области или нет. Это в первую очередь зависит от того, насколько чистый дизайн вы хотите и сколько узлов у вас в сети. Это также может зависеть от того, как выполняется текущее выделение IP-адресов (и насколько вы довольны перенумерацией частей или всей вашей сети).
После этого подумайте, хотите ли вы использовать метрики по умолчанию (по сути, обратные линейной скорости) или хотите использовать специальные метрики. В первую очередь это будет зависеть от скорости ваших ссылок. Если вы используете «100 Мбит / с или меньше» и вам не нужно обслуживать какую-либо конструкцию с разделенной магистралью (предыдущая сеть, которой я управлял, имела два ядра, одно для трафика национальных / одноранговых точек и одно для трафика через уровень 1 Интернет-провайдеры, использующие согласованный протокол OSPF во всем, используя специальные метрики для разделения национального и «международного» трафика).
В какой-то момент, вероятно, ближе к концу разработки, вам также необходимо решить, собираетесь ли вы использовать настраиваемые таймеры или таймеры по умолчанию подходят. Это имеет значение для времени повторной конвергенции (по сути, от того, насколько быстро сеть реагирует на изменения, такие как отключение или возврат ссылок).