Gansterito

Напрасно замазали Вы первые три байта MAC-адреса, т.н. OUI. Какому они соответствуют вендору?

Фактура-то будет какая-то? Потери пакетов в каком направлении? До вашего роутера? До ближайшего роутера провайдера? До какого-то сервера? Может быть графики какие удалось сделать в PingPlotter?

Смотрите у кого из операторов есть короткая связность с Японией. Looking Glass Вам в руки:

• Ростелеком - lg.ip.rt.ru
  
• ВымпелКом - lg.gldn.net
  
• ТрансТелеком - lg.ttk.ru
  
• МТС - lg.mtu.ru
  
• МегаФон - lg.megafon.ru
  

Нашли нужного - подключайтесь к нему.

У Вас есть потрясающая возможность из начинающего превратиться в опытного.
Для этого нужно чуть углубиться в проблематику решаемых задач, сделать свой подход к ним более основательным.
Например, склонировать FreePBX (это тоже хороший опыт!), запустить тестовый экземпляр, на нем инициировать вызов, воспроизвести проблему, найти в логах ее причину.
Наверное, кто-то может даже конкретно сказать где и какой параметр нужно подкрутить, но разве это даст Вам нужные очки опыта?

Реальную разницу можно только измерить, потому что теоретические расчеты для китайского оборудования будут работать слабо. Т.е. будет много других факторов как внутренних (неравномерность мощности на разных частотах, несоответствие этой мощности заявленной, изначальная дермовость антенны, несогласованность ее с передатчиком, некачественное соединение на коннекторе и т.п.), так и внешних (зашумленность эфира).

Откуда будет браться контент?
Это стриминговый сервис (получили ТВ картинку и размножили) или VoD (лежит много видосов, каждый смотрит своё)? От этого зависит конфигурация сервера и нагрузка на него (в первом случае сервер потянет и 100 Гбит/с трафика, во втором - 10 Гбит/с). От этого зависит используемый софт.
Что на стороне абонента? Браузер? Какой планируется использовать проигрыватель?
Найдите похожий сервис и разберитесь как он работает.

Нужно устроиться на работу стажером в любую отраслевую компанию на любые деньги и либо писать диплом под их задачу (в продакт ваше решение все равно не пойдет), либо с учетом рекомендаций и при поддержке тамошних специалистов.
Пока папа-мама кормят, это можно сделать, вопрос личного желания и целеустремленности.

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

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

Нужно еще помнить, что размер MAC-таблицы - это верхня отметка по количеству уникальных MAC-ов на сети, при пробитии которой свич превращается в хаб. Но есть более серьезная проблема - слабая хеш-функция, при которой коммутатор начинает отправлять трафик не в тот порт, где реально располагается целевое устройство, или отправляет трафик во все порты (т.е. не обучается конкретным MAC-ам).
Ситуация эта называется "коллизия MAC-адресов", устройства, подтверженные этим проблемам обычно известны, поэтому не стоит кидаться на дешевые бушные свичи на авитах.

Нужно начать со структурирования сети:
1) Убрать гирлянды, каждый коммутатор должен быть включен в один центральный "агрегатор", лучше L3.
2) Сегментировать L2 домены с помощью VLAN.
3) Настроить механизмы Loopback detection/Storm control и пр.
4) Настроить DHCP Snooping/IP Source Guard и пр. для ограничения статических IP.
5) Мониторинг: опрос всех устройств по SNMP, сбор логов по SYSLOG.

Точно ли дело в роутере? Непосредственно с него командой /system telnet на целевой адрес RDP-сервера по порту 3389 (если стандартный) соединение проходит?
Некоторые ШПД операторы закрывают все потенциально опасные порты, по которым обычно долбятся ботнеты (SMTP, SSH), а доступ открывают или по обращению, или через галочку в личном кабинете. Не ваш случай?

Если возьмете Asterisk, то не прогадаете. Его можно обвесить скриптами и управлять жизненным циклом вызова как угодно.
Если хочется красиво, то можно поставить Eltex SMG, поставить RADIUS CALL MANAGEMENT, рулить вызовами со стороны RADIUS-сервера, который уже интегрировать по API.

Нужно сделать самое главное - структурировать и сегментировать вашу сеть. По ходу найдете и устройство.

Нужно прорываться в консоль CLI, там запускать asterisk -rv, делать пробный вызов, выкладывать весь вывод сюда (номера, IP-адреса можно затереть), и может быть, кто-то поможет...
Желательно, чтобы никакой другой активности там не было.

PCAP-дамп снимали? Смотрели что по сети кроме DHCP летает?

DWDM с усилителем Рамана.
Есть рефлектограмма? С ней идти в Т8/Супертел/интегратор или найти инженера по DWDM, который в частном порядке проконсультирует.

Выше уже дали ответ, что нужен VoIP-шлюз с FXO портом. Дополню, что лучше городить VoIP не ниже аналога, а выше. Если ваша АТС подключена к оператору потоком E1 с сигнализацией ISDN PRI, то целесообразно, именно тут переходить в VoIP, например, установкой какого-нибудь SMG-4: 1-ый поток в оператора, 2-ой в Порнослоника, SIP в Asterisk.
Или с оператором переходить в SIP, приземлять его в Asterisk, а с него через шлюз в Panasonic или в FSX.

Попросите у провайдеров по +1 дополнительному стыковочному IP. Приведите VLANы на отдельный порт DGS-3000-28SC, туда ставьте сервер с пинговалкой. Ну и в зависимости от результата, определяйте куда двигаться.
Лучше поставить на ваш BGP и на "пинговалку" smokeping, там пинговать ресурсы с разных IP:
- со стыковочных адресов каждого провайдера.
- со своего адреса.

Функционал бывает в SIP-шлюзах.
Например, в Addpack (дорогие железки) функционал называется Direct Call.

Вместо роутеров может быть прямая витая пара.

Управляемые коммутаторы + DHCP Snooping с Option 82 и лимитирование количества IP и MAC с одного порта.