Дмитрий Бубнов

Задача разграничения трафика решается с помощью таблицы Mangle фаервола. Маркируете там трафик по каким-либо признакам (например с помощью L7 фильтра с вхождением слова yandex. Это очень условный пример, есть много нюансов именно в этом случае), присваиваете трафику метку, а дальше все пакеты с этой меткой отправляете через определенный шлюз (в Вашем случае - прокси).

Тема называется Policy Based Routing. Описана здесь, подробно рассматривается на курсе MTCRE.

В общем случае ответ - нет

Слишком размытые у Вас требования. Судя по перечисленному: "BGP, PPTP на 200-300 пользователей, Firewall и NAT", Вам отлично подойдет CCR1009. У меня такой трудится на аналогичных задачах.
Но имейте в виду, что бесперебойность работы может снизиться. Все-таки Mirkotik пока не дотягивает до Enterprise Level. Это значит, что есть риск простоять без связи около получаса в год (по моим наблюдениям. В это время включены плановые работы и обновления ПО/перезагрузка маршрутизаторов).

Есть дистрибутивы Linux, предназначенные для постройки Hotspot. Тот же ChilliSpot. Есть средства в Zentyal. Mikrotik умеет hotspot.
Задайте вопрос корректнее, непонятно что Вы хотите.

Замечательная книга. Рассказывает о принципах работы системного/сетевого администратора, не затрагивая технической части.

Читайте вики, просмотрите презентации и видео по всем интересующим вас темам на mum.mikrotik.com.

Если с английским хорошо, то читайте форум и блоги тренеров.

Steve Discher/
Manito
Butch Evans

На русском действительно хороших узконаправленных блогов не припомню. Я иногда пишу про Mikrotik, но о чем-то, чего пришлось касаться лично мне. Могу помочь с информацией - обращайтесь.

:global myVar; :set $myVar up ;:put $myVar

Не знаю как насчет бирж фриланса, но в реале тоже много задач и клиентов. Я сетевик, работаю с Mikrotik. Есть блог с небольшой посещаемостью и периодически рекламирую себя на своих же страницах вк и фб. Клиенты есть постоянно. Просят сегментировать сеть, настроить VPN, маршрутизацию, какие-нибудь скрипты.
Так что в Вашем случае, я бы посоветовал углубляться в сети и пиарить себя.

А если серьёзно - сам дико увлекся туризмом. Сначала ездили на машине в интересные места, потом стали отходить от машины на 2-5 км. А сейчас уже прет от дальних пеших походов. И каждые летние выходные считаешь и боишься их тратить на что-то кроме туризма. Но оно того стоит - голова на природе отключается от бытовых городских проблем. Возвращаешься в город/на работу настолько чистым, свежим и дефрагментированным, что все дела сами делаются.
Так же увлекаюсь аквариумистикой, сноубордом, веду блог (только не летом). В детстве занимался радиоэлектроникой и до сих пор мечтаю вспомнить как держать в руках паяльник. Надеюсь, скоро и до него доберусь. А там уже безграничный простор для творчества: хочешь радиосвязь копай, хочешь - звук, хочешь - роботов и другую цифровую технику.
В общем, туризм и радиоэлектроника - наше всё!
P.S.: спутница жизни тут играет очень важную роль. Так что этой стороне жизни стОит уделить наиболее пристальное внимание.

Я в своё время из эникеев вышел в админы, а оттуда в сетевики. С повышением уровня компетенции растет и прибыль и от клиентов отбоя нет. Уверен, так дела обстоят и в других областях. Если ты "умеешь настраивать роутер" - это одно и платят там одни деньги, а если можешь сделать, чтобы у клиента интернет был всегда вне зависимости от погоды и революций, то это совсем другое и другие деньги.
Но в любой области уровень компетенции растет вместе с уровнем компетенции в смежных областях. Сетевик не станет "хорошим" без знания Linux и bash. А админ MS SQL в российских реалиях не станет гуру без знания 1С.

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

По этой ссылке всё, что нужно знать о книгах про сети.

P.S. циско не хочу, нужно что-то не привязанное к вендору

.
В цискобуках отлично описано все о сетях. Как таковой привязки к вендору нет.

А фаервол и роутинг посмотреть можно? Скорее всего роутинг-марк не туда прописали.

Для начала Вам нужно почитать теорию. Два DHCP-сервера в одной сети возможны при их правильной настройке. Т.е. нужно использовать разные пулы адресов на серверах (допустим, на сервере 192.168.0.2-192.168.0.128, на маршрутизаторе 192.168.0.129-192.168.0.254). Если в теории Вы не сильны, то я бы посоветовал использовать один сервер на Windows, а потом для отказоустойчивости поднять второй сервер на маршрутизаторе.
По п.4: шлюз, который получат клиенты прописывается в настройках самого DHCP-сервера. Т.е. с Windows сервера вы можете отдать клиентам любой шлюз - хоть самого себя, хоть маршрутизатор. То же и с другими DHCP-серверами.

Использую в подобной схеме OSPF. При грамотной настройке все работает как часы. Но сначала ознакомьтесь с теорией, как советуют выше.