Валентин

может freeradius принимать DHCP-request от пользователя, самостоятельно принимать аргументом из DHCP-request mac пользователя, а потом уже искать его в базе?

Конечно нет, это разные службы и протоколы. У операторов используется технология IPoE/ISG. Но тащить такое для учета внутренних пользователей совсем не стоит. Это может быть целесообразно, если у вас коммерческое облако. Но в этом случае такое решается опять же другими инструментами.

Профессия информационная безопасность в России?

Во всем мире (не только в РФ) это прежде всего бумажная работа - описание рисков, создание политик и аудит. Безопасники из фильмов про хакеров - прикладные специалисты (программисты, админы, сетевики и т.д.) с уклоном в безопасность. Это как автоматизация бухгалтерии, в первую очередь специалист по программированию, но с уклоном в бухучет.

На классическом ios вы должны сделать route leaking (статический маршрут в интерфейс в нужном vrf). NAT между vrf работает в ios-xe.
Но вашу задачу надо решать на отдельном балансере, это не работа маршрутизатора.

Как правило, такие вещи делаются через подсети. Т.е. приоритетным клиентам выдаётся один vlan, менее приоритетным - другой. А дальше настраивается qos (например, вот хорошая старая статья). Есть несколько способов реализовать ваши хотелки.

Мы же не знаем, как вы используете прокси. Судя по вашему описанию, подойдёт и 3proxy)
Плюшки керио - антивирус, ips и управление через морду. Если вам это не надо, то вперёд в мир линукса. Если надо, остальные решения будут ещё дороже.

Рисование для дилетантов. Профессионалы используют PlantUML

Тыц. Но это плохое решение. Лучше подумать, зачем вы это хотите, и найти способ более подходящий для маршрутизатора (а сервачок на линукс нужно рассматривать именно с этой стороны) - 802.1x, динамические логические интерфейсы ака pppoe/pptp, IPoE, policy based routing, vrf...

Какие-то специализированные информационные системы нужны, когда работает с одними и те ми же документами работает множество подразделений. Эти системы называются системы учета и инвентаризации. Как правило, они подстраиваются под бизнес-процесс организации, поэтому всегда дорабатываются под нужды поставщиками.

Если работает три инженера (а если у вас 4K пользователей, то это ну максимум 200 коммутаторов), то файликов excel за глаза. Как правило все системы инвентаризации довольно сложны и неинтуитивны, вложение времени в их изучение и миграция данных в них при такой маленькой сети не особо оправдано.

Из бесплатного можете посмотреть nocproject. Не знаю правда, что это даст.

Пакет информации формирует конечная система (компьютер). В сформированном пакете содержится поле ToS. Сетевое оборудование его меняет или задает правила обработки для пакетов с определенным значением ToS.

системный администратор

Классификатор аварий по ущербу и плановых работ, количество аварий за отчетный период, количество проведённых плановых работ, количество изменений на оборудовании

сервисный инженер

Количество выездов

системного техника (aka эникейщик)

Количество отработанных заявок.

Принцип таков - вся рутина классифицируется по показателям, считается вклад задач в достижение целей компании, выводится KPI (норма) на сотрудника в соответствии со средними значениями за предыдущий период.

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

Туннельным брокером (нужен публичный статический v4) или GRE каким-нибудь до своего сервера.

Значит сделайте QinQ у себя. Не смотрел по вашим версиям оборудования, но можно сделать как-то через петельку magic-cable (если поддерживает ваше оборудование).

Усилители
Фемтосоты
DECT-телефония + gsm шлюз
Виртуальная АТС на фиксированные номера в рабочее время
VoLTE+WiFi-offload (если оператор позволяет)

Замена подстроки
${string/substring/replacement}
Подробнее здесь хорошо расписано.

Обычно делают два BGP, а через него анонсируют вашу /28. Для пущего эффекта у оператора тоже выбираются две разных роутера. Только резерв мнимый, так как трасса ВОЛС как правило одна и та же.

Вот хотя бы навскидку. Каждый пункт можно углубить.

• Функционал (не упрешься в ограничение "вот так мы делать не будем")
  
• Внутренние интеграции (те же CRM, сейчас еще АТС)
  
• Неограниченные возможности уведомления, хранения, а соответственно и интеграций с внешними системами
  
• Безопасность ваших данных (включая санкции регуляторов и силовых структур)
  
• Надежность инфраструктуры (включая доступ через интернет как самого офиса, так и целой страны - те же блокировки)
  
• Четкие SLA и отсутствие пустых зон ответственности (это очень важно при учете рисков)
  
• Независимость от поставщиков (санкции, юридические и договорные нюансы)
  
• Законодательные требования - обмен персданными