По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Прочитайте материал про реактивное и упреждающее распределение достижимости в сетях. Есть много случаев, когда более эффективно или в соответствии с конкретными ограничениями политики для плоскости управления изучать информацию о достижимости и топологии с другой плоскости управления, а не с помощью механизмов, описанных до этого момента в этой серии статей. Вот некоторые примеры: Две организации должны соединить свои сети, но ни одна из них не хочет позволить другой контролировать политику и работу своих плоскостей управления; Крупная организация состоит из множества бизнес-единиц, каждая из которых имеет возможность управлять собственной внутренней сетью в зависимости от местных условий и требований приложений. Организация должна каким-то образом позволить двум плоскостям управления взаимодействовать при переходе от одной к другой. Причины, по которым одна плоскость управления может получать информацию о доступности от другой, почти безграничны. Учитывая это требование, многие сетевые устройства позволяют операторам перераспределять информацию между плоскостями управления. При перераспределении достижимости возникают две проблемы, связанные с плоскостью управления: как обрабатывать метрики и как предотвращать петли маршрутизации. Примечание. Перераспределение можно рассматривать как экспорт маршрутов из одного протокола в другой. На самом деле импорт/экспорт и перераспределение часто используются для обозначения одного и того же, либо разными поставщиками, либо даже в разных ситуациях одним и тем же поставщиком. Перераспределение и метрики Взаимосвязь между свойствами связи, политиками и метриками определяются каждым протоколом плоскости управления независимо от других протоколов. Фактически, более описательная или более полезная метрическая система - это то, что иногда привлекает операторов к определенному протоколу плоскости управления. На рисунке 12 показаны два участка сети, в которых работают две разные управляющие плоскости, каждая из которых использует свой метод расчета метрик связей. Протоколы X и Y в этой сети были настроены с использованием двух разных систем для назначения показателей. При развертывании протокола X администратор разделил 1000 на скорость соединения в гигабитах. При развертывании протокола Y администратор создал "таблицу показателей" на основе наилучшего предположения о каналах с самой высокой и самой низкой скоростью, которые они могут иметь в течение следующих 10-15 лет, и назначил метрики для различных скоростей каналов в этой таблице. Результат, как показывает рисунок, несовместимые показатели: 10G каналы в протоколе X имеют метрику 100, в то время как в протоколе Y они имеют метрику 20. 100G-каналы как в протоколе X, так и в протоколе Y имеют метрику 10. Предполагая, что более низкая метрика предпочтительна, если метрики добавлены, канал [B, C, F] будет считаться более желательным путем, чем канал [B, D, G]. Однако, если учитывать пропускную способность, оба канала будут считаться одинаково желательными. Если между этими двумя протоколами настроено перераспределение, как следует обрабатывать эти метрики? Есть три общих решения этой проблемы. Администратор может назначить метрику в каждой точке перераспределения, которая передается как часть внутренней метрики протокола. Например, администратор может назначить метрику 5 для пункта назначения E на маршрутизаторе C при перераспределении из протокола X в Y. Этот пункт назначения, E, вводится в протокол Y с метрикой 5 маршрутизатором C. На маршрутизаторе F метрика для E будет от 25 для C. В G стоимость достижения E будет 35 по пути [F, C]. Желательность использования любой конкретной точки выхода для любого конкретного пункта назначения выбирается оператором при назначении этих ручных метрик. Метрика "другого" протокола может быть принята как часть внутренней метрики протокола. Это не работает в случае, когда один протокол имеет более широкий диапазон доступных метрик, чем другой. Например, если протокол Y имеет максимальную метрику 63, метрики 10G из протокола X будут "выше максимума"; ситуация, которая вряд ли будет оптимальной. При отсутствии такого ограничения маршрутизатор C внедрит маршрут к E со стоимостью 100 в протокол Y. Стоимость достижения E на маршрутизаторе F составит 110; стоимость в G будет от 130 до [F, C]. Примечание. Здесь вы можете увидеть компромисс между состоянием плоскости управления и оптимальным использованием сети, это еще один пример компромисса сложности при проектировании реальных протоколов. Перенос внешней метрики в отдельное поле добавляет состояние плоскости управления, но позволяет более оптимально управлять трафиком через сеть. Назначение или использование внешней метрики снижает состояние плоскости управления, но за счет возможности оптимизации потока трафика. Внешняя метрика может быть перенесена в отдельное поле, поэтому каждое сетевое устройство может отдельно определять лучший путь к каждому внешнему адресату. Это третье решение является наиболее широко используемым, поскольку оно обеспечивает наилучшую возможность управления трафиком между двумя сетями. В этом решении C вводит достижимость для E с внешней стоимостью 100. В F есть две метрики в объявлении, описывающие достижимость для E; внутренняя метрика для достижения точки перераспределения (или выхода) - 20, а метрика для достижения точки E во внешней сети - 100. В G внутренняя метрика для достижения точки выхода - 30, а внешняя метрика - 100. Как реализация будет использовать оба этих показателя? Следует ли протоколу выбирать ближайшую точку выхода или, скорее, самую низкую внутреннюю метрику? Это позволит оптимизировать использование локальной сети и потенциально деоптимизировать использование сетевых ресурсов во внешней сети. Должен ли протокол выбирать точку выхода, ближайшую к внешнему назначению, или, скорее, самую низкую внешнюю метрику? Это позволит оптимизировать сетевые ресурсы во внешней сети, потенциально за счет деоптимизации использования сетевых ресурсов в локальной сети. Или протоколу следует попытаться каким-то образом объединить эти две метрики, чтобы максимально оптимизировать использование ресурсов в обеих сетях? Некоторые протоколы предпочитают всегда оптимизировать локальные или внешние ресурсы, в то время как другие предоставляют операторам возможность конфигурации. Например, протокол может позволять переносить внешние метрики в виде метрик разных типов, при этом один тип считается большим, чем любая внутренняя метрика (следовательно, сначала предпочтение отдается самой низкой внутренней метрике и использование внешней метрики в качестве средства разрешения конфликтов), а другой тип - это когда внутренние и внешние метрики считаются эквивалентными (следовательно, добавляются внутренние и внешние метрики для принятия решения о пути). Перераспределение и петли маршрутизации В приведенном выше обсуждении вы могли заметить, что места назначения, перераспределенные с одного протокола на другой, всегда выглядят так, как будто они подключены к перераспределяющему маршрутизатору. По сути, перераспределение действует как форма резюмирования (что означает, что удаляется информация о топологии, а не информация о достижимости), как описано ранее в этой серии статей. Хотя этот момент не является критическим для показателей перераспределения, важно учитывать способность плоскости управления выбирать оптимальный путь. В некоторых конкретных случаях деоптимизация может привести к тому, что плоскость управления не сможет выбрать пути без петель. Рисунок 13 демонстрирует это. Чтобы построить петлю маршрутизации в этой сети: Маршрут к хосту A перераспределяется от протокола X к Y с вручную настроенной метрикой 1. Маршрутизатор E предпочитает маршрут через C с общей метрикой (внутренней и внешней) 2. Маршрутизатор D предпочитает маршрут через E с общей метрикой 3. Маршрутизатор D перераспределяет маршрут к хосту A в протокол X с существующей метрикой 3. Маршрутизатор B имеет два маршрута к A: один со стоимостью 10 (напрямую) и один с метрикой от 4 до D. Маршрутизатор B выбирает путь через D, создавая петлю маршрутизации. И так далее (цикл будет продолжаться, пока каждый протокол не достигнет своей максимальной метрики). Этот пример немного растянут для создания цикла маршрутизации в тривиальной сети, но все циклы маршрутизации, вызванные перераспределением, схожи по своей структуре. В этом примере важно, что была потеряна не только топологическая информация (маршрут к A был суммирован, что, с точки зрения E, было непосредственно связано с C), но и метрическая информация (исходный маршрут со стоимостью 11 перераспределяется в протокол Y со стоимостью 1 в C). Существует ряд общих механизмов, используемых для предотвращения формирования этой петли маршрутизации. Протокол маршрутизации всегда может предпочесть внутренние маршруты внешним. В этом случае, если B всегда предпочитает внутренний маршрут A внешнему пути через D, петля маршрутизации не образуется. Многие протоколы маршрутизации будут использовать предпочтение упорядочивания при установке маршрутов в локальную таблицу маршрутизации (или базу информации о маршрутизации, RIB), чтобы всегда отдавать предпочтение внутренним маршрутам над внешними. Причина этого предпочтения состоит в том, чтобы предотвратить образование петель маршрутизации этого типа. Фильтры можно настроить так, чтобы отдельные пункты назначения не перераспределялись дважды. В этой сети маршрутизатор D может быть настроен для предотвращения перераспределения любого внешнего маршрута, полученного в протоколе Y, в протокол X. В ситуации, когда есть только два протокола (или сети) с перераспределенной между ними информацией плоскости управления, это может быть простым решением. В случаях, когда фильтры необходимо настраивать для каждого пункта назначения, управление фильтрами может стать трудоемким. Ошибки в настройке этих фильтров могут либо привести к тому, что некоторые пункты назначения станут недоступными (маршрутизация черных дыр), либо приведет к образованию петли, потенциально вызывающей сбой в плоскости управления. Маршруты могут быть помечены при перераспределении, а затем отфильтрованы на основе этих тегов в других точках перераспределения. Например, когда маршрут к A перераспределяется в протокол Y в C, маршрут может быть административно помечен некоторым номером, например, 100, чтобы маршрут можно было легко идентифицировать. На маршрутизаторе D можно настроить фильтр для блокировки любого маршрута, помеченного тегом 100, предотвращая образование петли маршрутизации. Многие протоколы позволяют маршруту нести административный тег (иногда называемый сообществом или другим подобным именем), а затем фильтровать маршруты на основе этого тега.
img
Со временем все сталкиваются с проблемой нехватки места на диске компьютера. Если это ПК, то решить проблему сравнительно просто: добавляем еще один жёсткий диск на терабайт (при условии, что на материнской плате достаточно нужных разъемов). Но вот ноутбук - другое дело. Да, можно купить внешний жёсткий диск (у меня таких два по терабайту каждый) и носить с собой. Но есть риск повреждения диска и потери данных. Если перед вами стоит задача увеличения объёма жёсткого диска, то следующие несколько советов помогут временно решить эту проблему. Очистка корзины Самый простой способ - очистка корзины. При обычном удалении (например, через Delete или разделом Удалить из контекстного меню) с компьютера фотографий, видео или других уже ненужных файлов они не удаляются сразу. Это сделано чтобы предотвратить случайное удаление важных файлов. (Но это не помогает, когда ты "очень умный" и пользуешься Shift+Delete вместо Delete). В этом кейсе файлы перемещаются в корзину и занимают столь нужное место в памяти девайса. Чтобы очистить корзину на рабочем столе, сделайте правый клик кнопкой мыши на иконке корзины и выберите "Очистить корзину". Система еще раз предупреждает о невозможности восстановления файлов после данной операции. Для продолжения кликните кнопку "Да". Очистка диска Еще со времён XP (более старыми версиями я не пользовался) в Windows имеется встроенная утилита очистки диска, которая называется, как ни странно, "Очистка диска". Она может помочь освободить место путем удаления различных файлов, включая временные файлы Интернета, файл дампа системной памяти и даже предыдущие установки Windows, которые занимают немало места на HDD. Очистку диска можно запустить из меню Пуск в меню Администрирование Windows → Очистка диска или просто найти с помощью поиска. Выберите типы файлов, которые вы хотите удалить - например загруженные программные файлы, миниатюры - и нажмите кнопку ОК. Если не знаете, какие файлы удалятся при выборе каждого из перечисленных элементов, нажмите кнопку Просмотр файлов, чтобы проверить, прежде чем продолжить. А если вы хотите удалить все, включая системные файлы, вроде папки Windows со старой установкой, выберите Очистить системные файлы. Удаление временных файлов В Windows 10 есть возможность удаления временных и неиспользуемых файлов на запустив утилиту очистки диска. Для этого перейдите в Настройки → Система и выберите Хранилище. Затем нажмите на Временные файлы и компьютер отобразит статистику использования системного диска (обычно это диск C). Из списка выберите тип данных, которых хотите удалить и нажмите на "Удалить файлы" Включение контроля памяти Еще одним нововведение в Windows 10 является возможность настройки периодической автоматической очистки хлама. Это делается с помощью функции Контроль памяти в настройках устройств хранилища в настройках системы. Можно настроить систему на автоматическую очистку корзины и папки Загрузки вплоть до одного раза в день. Также можно настроить перемещение редко используемых файлов в облако. Очень удобно, что Windows сама регулярно может очищать корзину, а также отслеживает старые и ненужные файлы. Сохранение файлов на других дисках Если на компьютере установлены более одного жесткого диска или же один достаточно емкий диск разбит на несколько разделов, и вы заметили, что место на данном диске или разделе заканчивается, то эту проблему легко можно решить. Для этого достаточно изменить место сохранения по умолчанию для приложений, документов, музыки, изображений и видео. Откройте меню "Параметры" и выберите Система → Хранилище, а затем щелкните ссылку внизу для изменения места сохранения нового содержимого. Вы можете выбрать раздел или дисковод, даже съемный накопитель, например, USB флэш-накопитель или карту памяти, который подключен к компьютеру. Отключение режима гибернации Вместо полного отключения компьютера его можно перевести в режим гибернации, который позволяет компьютеру быстрее запускаться. Когда компьютер переходит в спящий режим, он сохраняет снимок файлов и драйверов перед завершением работы, и это занимает много места. Если для некритично время запуска системы (в любом случае SSD диски никто не отменял), вы можете освободить немного места на жестком диске, полностью отключив режим гибернации, потому что файл hiberfil.sys может занять гигабайты места на диске. Для этого запустите командную строку от имени администратора. В окне командной строки введите: powercfg/hibernate off, а затем нажмите Enter. (Если вам нужен будет этот режим, его можно повторно включить командой powercfg/hibernate.) Удаление неиспользуемых приложений У любого уважающего себя пользователя (особенно айтишника) на компьютере есть приложения и программы, которые не используется, либо приложения, которые установили и добросовестно забыли, или программное обеспечение, которое было предварительно установлено предусмотрительным производителем на компьютере. Чтобы узнать, какие приложения сколько места занимают, откройте меню "Параметры" и перейдите в раздел Приложения → Приложения и компоненты, а затем выберите "Сортировка по размеру". Чтобы удалить приложение из этого меню, выберите приложение и щелкните Удалить. Если по той или иной причине на Windows 10 установлены устаревшие программы, в этом списке они не отобразятся (некоторые появляются, но некоторые нет). Чтобы найти их, откройте Панель управления, Программы и компоненты. Чтобы удалить программу из этого списка, щелкните ее левой кнопкой мыши, чтобы выбрать ее, и нажмите кнопку "Удалить" в верхней части списка. Хранение файлов в облачных хранилищах Если вы используете облачное хранилище вроде OneDrive (идет по умолчанию с Windows 10) или другой службы, возможно, на компьютере имеются дубликаты фотографий или других файлов. Это не обязательно - все облачные службы хранения позволяют выбирать папки, которые загружаются и хранятся на компьютере (или в облаке). В случае с OneDrive щелкните правой кнопкой мыши значок OneDrive на панели задач и выберите Параметры. На вкладке Настройки установите флажок Экономить место и загружать файлы при необходимости. Этот параметр позволяет просматривать файлы, хранящиеся в OneDrive из проводника на компьютере, что позволяет показать все локальные и облачные файлы в одном месте. В проводнике в столбце "Состояние" можно отследить статус файлов в папке OneDrive. Имеются три состояния, который отмечены разными значками. Синее облако: файл хранится в облаке Зеленая галочка внутри белого кружочка: файл хранится локально, но если места станет мало он будет загружен обратно в облако; Белая галочка внутри зелёного кружочка: файл хранится локально, независимо от оставшегося маста. Можно легко перемещать папки и файлы OneDrive на компьютер и обратно. Чтобы переместить файл или папку, хранящуюся в OneDrive, на компьютер, щелкните его правой кнопкой мыши и выберите "Всегда сохранять на этом устройстве". Чтобы удалить локальную копию файла или папки и сохранить ее только в OneDrive, щелкните ее правой кнопкой мыши и выберите "Освободить место".
img
Ищете возможность анализировать сетевой трафик/отправлять его на систему записи телефонных разговоров? Изи. Коммутаторы Cisco (да и многие другие) дают возможность копировать пакеты с определенного порта или VLAN и отправлять эти данные на другой порт для последующего анализа (Wireshark, например). Кстати, этот функционал полезен при использовании IDS (Intrusion Detection System) систем в целях безопасности. Мы уже рассказывали теоретические основы SPAN/RSPAN, поэтому, сегодняшняя статья будет посвящена практике настройке. Про настройку SPAN В рамках обычной SPAN сессии захват (копирование) сетевого трафика происходит с порта источника (source port) и отправляется на порт назначения (destination port). Обратите внимание на пример ниже: мы сделаем SPAN – сессию с порта fa 0/1 и отправим данные на порт fa 0/5: Важно! SPAN – сессия может работать только в рамках одного коммутатора (одного устройства). Конфигурация: switch# configure terminal switch(config)# monitor session 1 source interface fa0/1 switch(config)# monitor session 1 destination interface fa0/5 Просто, не правда ли? В рамках данной конфигурации весь трафик с порта fa 0/1 будет скопирован на порт fa 0/5. Интереснее: пример RSPAN Идем вперед. Более продвинутая реализация зеркалирования трафика это RSPAN (Remote SPAN). Эта фича позволяет вам зеркалировать трафик между различными устройствами (коммутаторами) по L2 через транковые порты. Копия трафика будет отправляться в удаленный VLAN между коммутаторами, пока не будет принята на коммутаторе назначения. На самом деле, это легко. Давайте разберемся на примере: как показано на рисунке, мы хотим копировать трафик с коммутатора №1 (порт fa 0/1) и отправлять трафик на коммутатор №2 (порт fa 0/5). В примере показано прямое транковое подключение между коммутаторами по L2. Если в вашей сети имеется множество коммутаторов между устройствами источника и назначения – не проблема. Конфигурация: //Настройки на коммутаторе источнике switch_source# config term switch_source(config)# vlan 100 //Создаем Remote VLAN на первом коммутаторе (в который будем передавать данные с source порта) switch_source(config-vlan)# remote span switch_source(config-vlan)# exit switch_source(config)# monitor session 10 source interface fa0/1 switch_source(config)# monitor session 10 destination remote vlan 100 //Настройки на коммутаторе получателе switch_remote# config term switch_remote(config)# vlan 100 //Создаем Remote VLAN на втором (удаленном) коммутаторе (в который будем передавать данные с source влана уже на порт назначения) switch_remote(config-vlan)# remote span switch_remote(config-vlan)# exit switch_remote(config)# monitor session 11 source remote vlan 100 switch_remote(config)# monitor session 11 destination interface fa0/5 Таким образом, весь трафик с интерфейса fa 0/1 на локальном коммутаторе (источнике) будет отправлен в vlan 100, и, когда коммутатор получатель (remote) получит данные на 100 VLAN он отправит их на порт назначения fa 0/5. Такие дела. Party Hard: разбираемся с ERSPAN ERSPAN (Encapsulated Remote Switched Port Analyzer) - фича, которая используется для копирование трафика в L3 сетях. В основе работы механизма лежит GRE инкапсуляция. Как показано ниже, между коммутатором источником и коммутатором получателем устанавливается GRE – туннель (между IP – адресами машин). Опять же, мы хотим отправить трафик с порт fa 0/1 на порт fa 0/5. Конфигурация: //Настройки на коммутаторе источнике switch_source(config)# monitor session 1 type erspan-source switch_source(config-mon-erspan-src)# source interface fa0/1 switch_source(config-mon-erspan-src)# destination switch_source(config-mon-erspan-src-dst)# erspan-id 111 //Это значение должно быть одинаковым на всех устройствах switch_source(config-mon-erspan-src-dst)# ip address 192.168.1.5 //IP - адрес коммутатора получателя switch_source(config-mon-erspan-src-dst)# origin ip address 192.168.2.5 //IP - адрес коммутатора отправителя (источника) //Настройки на коммутаторе получателе switch_remote(config)# monitor session 1 type erspan-destination switch_remote(config-mon-erspan-dst)# destination interface fa0/5 switch_remote(config-mon-erspan-dst)# source switch_remote(config-mon-erspan-dst-src)# erspan-id 111 switch_remote(config-mon-erspan-dst-src)# ip address 192.168.1.5 //IP - адрес коммутатора получателя (назначения) Траблшутинг Мониторинг трафика в указанном VLAN: monitor session 1 source vlan 13 Мониторинг входящего или только исходящего трафика: monitor session 1 source vlan 13 rx/tx Посмотреть конфигурацию сессии зеркалирования: show monitor session 1
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59