День 3. Обучение. Продукт Гарда PCEF. 1 группа

• Артем Бабушкин, лектор, рассказывает о юзер плейн и его особенностях.  

• Юзер плейн - это компонент, который находится на пути обработки трафика и имеет внешние взаимосвязи.  

• Он состоит из нескольких модулей и подов, которые обрабатывают трафик.  

• Юзер плейн находится между псев и нато и имеет некоторые внешние взаимосвязи.  

• Артем объясняет, как трафик проходит через биар, псев и натов.  

• Он также объясняет, как трафик обрабатывается через командную строку и как он распознается.  

• Он также рассказывает о двух аппаратных балансировщиках трафика, которые находятся рядом с тек клаудом.  

• Артем отвечает на вопросы о количестве бордер-роутеров и лотбалансеров.  

• Он также объясняет, как изменится схема, если бордер-роутеров станет больше.  

• Он также отвечает на вопрос о том, как трафик может пойти через текущую схему владивостока и как он обрабатывается.  

• В видео обсуждается, как трафик от абонентов к интернету и обратно балансируется между лодбалансерами.  

• Критерием для отправки трафика в нужный порт является IP-адрес абонента.  

• Если трафик попадает на один лодбалансер, он может быть перенаправлен на другой через второй лодбалансер.  

• Контролплейн формирует контекст абонентской сессии и отправляет его на нужный дип для правильного применения правил.  

• Взаимодействие между компонентами осуществляется через уам, ди и губерне кластер.  

• Конфигурация дипя осуществляется с помощью отдельного выделенного сервиса.  

• Ундем и нмс разнесены в разные сущности для мониторинга и алармов.  

• Конфигурация всего писф хранится в базе данных и доступна через командную строку или вью.  

• Для выбора трафика и применения действий используются сущности руди финишн или рулдф.  

• Выборки трафика могут быть основаны на заголовках, IP-адресах, портах, контекстах абонентов и протоколах.  

• Видео обсуждает синтаксис и правила в системе управления трафиком.  

• Объясняется, как использовать команду "шоу рул деф мета" для получения подробной информации о синтаксисе и доступных протоколах.  

• После настройки выборки трафика, можно применять различные действия к трафику, такие как информсмент, чарджинг и полисинг.  

• Правила могут содержать несколько действий одновременно, и они обрабатываются до тех пор, пока не будут выполнены все действия для определенной выборки трафика.  

• Объясняется, как правила обрабатываются в порядке приоритета, и как менее приоритетные правила могут быть использованы для выполнения оставшихся действий.  

• Если в правиле отсутствует действие, оно будет выполнено из другого правила с более высоким приоритетом.  

• Видео обсуждает, как правила привязываются к определенному типу трафика и как они включаются или выключаются.  

• Статический параметр определяет, применяется ли правило ко всем абонентам или только при активации.  

• Видео объясняет, как использовать рейс для просмотра всех коннектов, происходящих от определенного адреса или абонента, и как снять дампы с юзерплея для анализа.  

• Пики можно снимать на каждом пое, и каждый файл пишется отдельно для каждого направления.  

• В видео обсуждается, как просматривать логи и дампы, созданные на основе данных, собранных с помощью Live в конфигурации.  

• Лог содержит информацию о контексте, параметрах и коннектах, генерируемых абонентом.  

• Можно фильтровать логи по различным параметрам, таким как IP-адрес абонента или протокол.  

• Дампы могут быть сняты с помощью командной строки или через общий доступ к серверу.  

• Дампы могут влиять на производительность, поэтому их рекомендуется использовать в лабораторной среде или с ограничениями по времени или объему.  

• В видео обсуждается, как система мониторинга может показывать, какие процессы запущены и как они утилизируют систему.  

• В рамках мониторинга можно увидеть, насколько утилизированы ресурсы, включая дипяи.  

• В будущем планируется интеграция с центральным ммсом для мониторинга утилизации ресурсов.  

• В видео обсуждаются вопросы, связанные с загрузкой новых сигнатур и их применением на всех дипяях.  

• Можно централизованно залить сигнатуры через систему о сс, что удобнее и быстрее.  

• Также можно установить сигнатурный бандал по умолчанию для всех дипяев, чтобы при перезапуске они автоматически обновлялись.  

• В видео обсуждается процесс обновления сигнатурного бандла на всех дипяях.  

• Упоминается, что это можно сделать через команду, указав на какой пот и какой бандл применить.  

• Перезапуск дипяя - это рутинная процедура, которая может быть необходима при обновлении бандла.  

• Обновление без вывода из трафика возможно, но обычно инженеры предпочитают сначала обновить один дипяй, проверить работоспособность, а затем обновлять остальные.  

• В процессе обновления старые потоки распознаются с помощью старого бандла, а новые - с помощью нового.  

• В видео демонстрируется, как посмотреть правила, применяемые к абоненту, и его текущий статус.  

• В сессии есть команда, которая показывает текущий статус с точки зрения сессий и активных правил.  

• В видео упоминается, что конфигурация хранится в базе данных, и это мазь.  

• Если база данных окажется недоступной, разработчики умеют работать с другими базами данных.  

• В случае необходимости перехода на другую базу данных, это не должно быть проблемой.