В учебных материалах к CCNP Route утверждается, что если существует несколько внешних маршрутов OSPF одного типа, будет выбран маршрут с лучшей метрикой, в случае же совпадения метрик, выбирается маршрут, объявленный ближайшим ASBR. При этом складывается впечатление, что трафик во внешние сети всегда должен проходить через ASBR. На практике данное описание является неполным и опускается один аспект, который может привести к субоптимальному роутингу.
Читать полностью »
Метка «route»
OSPF LSA5: Forward Address или оптимальный роутинг в обход ASBR
2013-09-28 в 18:55, admin, рубрики: ccnp, Cisco, lab, ospf, route, routing, метки: ccnp, Cisco, lab, ospf, route, routingПравильный паттерн MVC
2013-02-02 в 12:37, admin, рубрики: mvc, php, request, route, Веб-разработка, Программирование, метки: mvc, PHP, request, route, routingВступление
Добрый день, дорогие друзья! В сети, в частности на хабре можно найти достаточно много статей, по написанию паттерна обработки запросов MVC, но у всех есть свои недостатки. В этой статье, я попробую их все исправить.
Какие же недостатки в прошлых статьях?
Подключение контроллера прямо в обработчике, когда можно использовать удобную автозагрузку. Очень часто нет проверки на существование класса, даже если файл существует. И самый главный недостаток: отсутствие возможности задавать свои правила для обработки запросов, что мы реализуем в нашей статье.
Читать полностью »
Трансплантация IP адресов с сервера на сервер
2012-03-15 в 14:20, admin, рубрики: bridge, linux, openvpn, route, системное администрирование, туннелирование, шифрование, метки: bridge, linux, openvpn, route, routing, туннелирование, шифрование 
Допустим, есть задача присутствия удаленных сервисов в каком-то локальном сегменте Internet. Или наоборот — задача присутствия локальных сервисов в удаленном сегменте Internet — как кому нравится.
Блоками IP мы не рулим, с BGP заморачиваться не охота.
То есть нам надо предоставить IP адрес IP1_2 сервера SERVER1 как один из действующих IP адресов сервера SERVER2. Ну и тоже самое — для IP1_3 и SERVER3.
Сами сервера могут быть расположены где угодно по отношению друг к другу. Локальные айпишники IP1_1, IP2_1, IP2_2, IP3_1, IP3_2 должны работать и отвечать как ни в чем ни бывало.
Мы просто добавим на сервера SERVER2 и SERVER3 по одному айпишнику с сервера SERVER1. В добавок еще и тоннель зашифруем.
Читать полностью »