OS7400, MPS, видеозвонки через NAT, 2 карты OAS

[dmsk]

Всем доброе время суток.
Задача: Объединить OS7400 (MP40-v.4.80; LP40 - v.2.04; OAS - v.2.05) и OS7070 v.4.82 через INET с правильной переброской портов через NAT. К каждой OS подключены видеотелефоны YEALINK VP-530 как следствие хочется не только слышать но и видеть в обе стороны. НА 7400 2 карты OAS и тут без точной настройки MPS просто ни как... До этого приходилось настраивать с 1 OAS ... тут все понятно а вот с 2 и более OAS вызывают вопросы.
1. Для OS7400 сделал следующие правила для проброса портов:
UDP/TCP 5060 - на проц x.x.x.121
UDP 30000-30031 - на OAS1 x.x.x.122
UDP 40800-40863 - на OAS1 x.x.x.122
UDP 45000-45063 - на OAS1 x.x.x.122
UDP 30032-30063 - на OAS2 x.x.x.123
UDP 40864-40927 - на OAS2 x.x.x.123
UDP 45064-45127 - на OAS2 x.x.x.123

Вопрос для локального RTP трафика тоже порты резать?
пример
UDP 40000-40063 - на OAS1 x.x.x.122
UDP 46000-46063 - на OAS1 x.x.x.122
UDP 40064-40127 - на OAS1 x.x.x.123
UDP 46064-46127 - на OAS1 x.x.x.123
ИЛИ для внутреннего трафика не важно с какой OAS карты какие порты займутся?

Внутри видео бегает точка-точка без проблем. (копаем пока внутри 1 подсети соединения, с NAT чуть позже)
Вылезает черный квадрат вместо видео (с голосом проблем нет) при переводе Transfer (передача) видео-вызова на другой видео телефон через SIP транк per to per. При чем на другой стороне куда переводим видео есть, а вот на том который переводим КВАДРАТ.
Понимаю что копаем дамп вызова - это понято. С портами выше как должно выглядеть для 2- х OAS как следствие и более карт на 1 систему? Чтоб тут ошибок не было с конфигурацией...

[LionB]

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

P.S. А почему ты по SPnet не хочешь их объединить. И уже если стоят роутеры, не судьба VPN настроить?

[dmsk]

По SPnet они и будут работать OS уже работали видео только одностороннее было.
Админт заказчика в прошлую пятницу перетряхнул вн. сеть которая рулится через зеленый "Континент" внутри из подсетей телефоны стали региться и внутри видео точка-точка забегало. С NAT он с тех.поддержкой переписывается и решает проблему проброса. он все у себя перетряхнул внутри забегало и голос и видео.
По этому к NAT пока не лезем озадачили пусть решает.
С первого же дня выяснили, что есть планы и есть ещё 1 "Континент" который планирует ИТ позже поставить в удаленный офис в другом городе 500 км. где настраивается и поднимается VPN. Мы сразу предлагали увезти поставить т.к. это заняло бы всего 2-3 дня. Но уперся и ни в какую, а мы хороводы водим с NAT который, он вместе с тех поддержкой "Континент" настроить не может. Порты натятся диапазоны пока нет. Потратили месяц, чтоб доказать ему что проблемы в его железе.

По этому возвращаемся к основной теме Видео внутри одной сети.
Вообще Лев я писал тебе в личку, что влезаем в проект который считали заказчику конкуренты на CISCO кол-менеджером и видео сервером CISCO, но потом отказались от участия т.к. Бакс в 2 раза вырос.

Мы практически уже было в ладоши хлопали, т.к. голос подняли на OS и он уже ходил. Видео сервер Подняли и он по per NLCR 86XX втягивал в конференцию участников зарегенных на OS при этом на видео телефонах реально отражаются участники конференции. Пока ни встретились с руководителем, который пришел с другой структуры где на Базе CISCO он собирал сам участников конференции с консоли видеотелефона CISCO выведенных на клавиши расширения. Т.е. он мог нажать на клавишу и просто сделать вызов как и на кл. телефонов SMT. И если ему вдруг захотелось тут же устроить видео совещание он его через ВОЛШЕБНУЮ запрограммированную клавишу ( предположительно трансфер) бросал в конференцию. И так кидал быстренько туда всех кого хотел.

И тут у нас вышел ЗАТЫК. Тестим с 1001 номера набираю номер видео телефона 1000, поднимают трубку на 1000 (сделали автоответ на тел. чтоб не бегать) видо есть, жмем на 1001 Transfer - на 1000 телефоне музыка MOH видео тухнет. и переводим его на 86XX № конференции ВКС через SIP trunk, - где ВКС автоматически втягивает в конференцию
1001. отбиваюсь на 1001 - в ВКС 1001 меняется на 1000 участника конференции (Заработало когда В п.5.14.4 - Held party CLI send - Вкл.) При этом в WEB трансляции фейс 1000 появляется с видео, но на телефоне 1000 остается черный экран голос бегает.

Есть дамп снятый на все эти переадресаций, где видно что видео одностороннее остается, а от ВКС просто теряется. И тут основная не понятка кто в этом виноват OS или ВКС. Поэтому копаем в во всем, в том числе и с вопросами правильного разноса портов по картам OAS как внутреннего так и внешнего через NAT трафика. Поймем почему внутри видео RTP превращается в односторонний и решим проблему - будем маеть NAT. Или пойдем к руководителю и через него заставим поднять VPN, но это позже, когда решим вопрос с трансфер... может волшебную опцию где вк. надо в OS?.

[LionB]

Букв много и надо уже убегать (не день, а завал сегодня был)
Однако одну мысль успею кинуть.
Если голос ходит, то MPS прокинуты верно, видео по т ем же портам работает.
Вопрос, почему не хочет подниматься видео на 1000.
Либо ВКС не запрашивает в Invite видео сессию после трансфера, либо видео режим стоит Mute или типа того.
Либо после трансфра телефон запрашивает только голос (на телефонах есть опция голос или голос с видео), может при трансфере слетает?

[dmsk]

Опция "Голос и голос с видео" есть в настройка каждого аккаунта на видеотелефоне и понятно на учетки для OS этот параметры вкл. "голос с видео" (в телефоне называется трансляция видео "Вкл./"Вылк."). Если его Выкл. только голос на все вызовы ходит, работает как обычный SIP телефон.

[dmsk]

Сегодня снимем Дамп переадресации соединения с телефона на другой телефон. Условия практически те же что описаны с переадресацией на SIP trunk.
C 1003 вызываем 1000 он отвечает видео есть, на 1003 жмем трансфер и набираем номер 1002 - видео есть, жмем 2 раза на трансфер 1003 отбивается, между 1000 и 1002 видео поднимается.

Как видим разница только в том в первом случае мы переадресовываем на SIP trunk, где отвечает ВКС, в другом случае на SIP тел 1002.
Что мне не нравится - жать 2 раза трансфер, т.к. попытка передать соединение в состоянии КПВ с 1002, чтоб 1000 слушал КПВ (или без КПВ наверное можно выключить) и при ответе 1002 они общаются, а 1003 может набирать другие номера.

[dmsk]

Решил выложить на обсуждение сюда для ГУРО, т.к. вопрос не просто горящий... уже пожар.

Это разбор Лога к чему и где есть вопросы... Предположение что глюк OS
https://yadi.sk/i/bdS6NbV4f3nAj

Это сам лог файл...
https://yadi.sk/d/3Co1nZ20f3nAb

Вчера были еще рад экспериментов с загадочными результатами.
Наш ИТ разбирает дамп, чтоб показать конкретно места где есть вопросы...

[dmsk]

Вот новые тесты и соответствующие им дампы...
Сценарий
Сценарий

телефоны 1003 1002 по очереди вызывают сервер видеоконференции 8650

телефоны Yealink VP530
1003 - 192.168.101.131
1002 - 192.168.101.132


Сервер ВКС Vinteo - 192.168.101.127

Samsung OfficeServ7400 signaling - 192.168.101.121
Samsung OfficeServ7400 media - 192.168.101.122, 192.168.101.123


1. не телефонах установлено 2 аудиокодека g711 g722
вызовы проходят, устанавливается видеосоединение в обе стороны

2. не телефонах установлено 1 аудиокодек g711
вызовы проходят, устанавливается видеосоединение в сторону Видеосервера.
Видно черех webrtc
Ч
3. на телефоне 1003 один кодек g711, на телефоне 1002 два кодека.
вызовы проходят, устанавливается видеосоединение в обе стороны на телефоне 1002
на телефоне 1003 только в сторону видеосервера.
Видно черех webrtc


Теперь о причинах.
в INVITE Samsung шлет Connection address 217.117.176.242
в ответ на это Видеосервер отсылает медиатрафик на address 217.117.176.242
если 1 кодек и нет перебора кодеков то все так и остается, обратно видео не доходит.
если кодеков несколько то во 2 INVITE Connection address 192.168.101.123

Почему Samsung INVITE шлет Connection address 217.117.176.242 ?
Сервер ВКС Vinteo - 192.168.101.127 это внутренняя сетка. (В 5.2.8 прописаны частные IP адреса все подсети, единственное где указан 217.117.176.242 - 5.2.17.VoIp точки строка 0, теперь на будущее Какой там IP должен стоять всегда?)

Об именах файлов.
Х-1002.pcap - tcpdump с телефона 1002, соответствуэщего вызова
Х-1003.pcap - tcpdump с телефона 1003, соответствуэщего вызова
Х-v.pcapng - трафик снят wireshark, между сетью и видеосервером
графические файлы для наглядности.
ссылка на файлы
https://yadi.sk/d/aMbj8dFuf5kUM

[conf]

to dmsk, статический проброс портов делали на чем на cisco? если на cisco почему не сделать через аксесс-лист (атс не должна выступать за nat-ом) если другая сторона имеет статический ip

[dmsk]

to dmsk, статический проброс портов делали на чем на cisco? если на cisco почему не сделать через аксесс-лист (атс не должна выступать за nat-ом) если другая сторона имеет статический ip

Я тему конечно про NAT обозначил, но пока до NAT дело не дошло... ,проброс портов делается на UserGate - и как выяснилось диапазонами прокидывать он не может... поэтому для каждого порта отдельная строка правил.
Нужно решить проблему внутри одной подсети. 192.168.101.255 в 1 подсети MPS криво отрабатывает со вторым RTP портом по которому проксируется Видео. См. Дамп и коменты к нему. Повторюсь странность прежде всего в том, что на видеотелефонах нужно минимум 2 кодека в настройках ставить пример G.711 и G.722 видео проксируется без проблем и при этом видно что телефоны общаются на разных кодеках. Оставляем 1 - голос бегает видео не поднимается, при чем в одну сторону идет в обратную нет... и проблема именно в том как отрабатывает MPS OS.