Jump to content
Калькуляторы

Sumavision EMR3.0 Ктонибудь знаком плотно с этим творением?

Купили тут у НАГа сие чудо.

Процесс настройки и отладки - сплошной мартышкин труд - вебинтерфейс и конфиг в двоичном формате. Особо доставляет документация на китайском.

Кто нибудь знает другой способ настройки данного чуда? SNMP например или SSH?

Ну и еще, кто сколько мультика льет в нее по гигабитному шнурку?

Share this post


Link to post
Share on other sites

Купили тут у НАГа сие чудо.

Процесс настройки и отладки - сплошной мартышкин труд - вебинтерфейс и конфиг в двоичном формате. Особо доставляет документация на китайском.

Кто нибудь знает другой способ настройки данного чуда? SNMP например или SSH?

Ну и еще, кто сколько мультика льет в нее по гигабитному шнурку?

Льём 700 Мегабит, кому-то Мартышкин труд, а кому-то не сложнее чем роутер настроить

EMR это целая наука, Бренд в DVB системах, всё делается только черз Web интерфейс

пишите в личку настрою символически.

Edited by alexaaa

Share this post


Link to post
Share on other sites

У кого купили, у того и спросите НОРМАЛЬНУЮ документацию. Она существует на английском. Не знаю как насчет этого дела у НАГа, но мне не пришлось ломать мозг китайским :)

 

По поводу мартышкиного труда - простите, но Вы допускаете грубейшую ошибку. EMR-3.0 правильно настроенный умелыми руками - это практически всемогущий аппарат, в зависимости от наполнения картами расширения, а простота настройки через web-интерфейс - соглашусь с предыдущим оратором: иные роутеры сложнее настроить. Если привыкли к телнетам, SSH и прочим черно-белым экранам, поверьте - здесь этого не нужно.

 

Возможности по потокам - смотрите в паспорте. Пока не обнаружил никаких расхождений с обещаниями.

Share this post


Link to post
Share on other sites

Читаю Ваши слова и меня не покидает чувство что EMR Вы в глаза не видели , интерфейс EMR имеет стандартный вид файлового менеджера отправитель - получатель ,

знание стандарта DVB и наличие в EMR настоящего редактора psi/si , делают процесс настройки столь гибким и столь дотошным , что в былые времена для этого приходилось ставить EPG сервер и описывать все "на стороне" .

У нас в наличии более двух десятков станций и тех поддержка "по звонку" , вопросы решаются оперативно, самое главное в построении CATV станции не допускать ошибок и не пытаться скрестить ужа с чебурашкой , все беды с которыми мне часто перезванивают операторы связаны с эффектом "сыканеомить или мы тут кастылик замутили , но чета прошло два года и кастылик начал гнуться"

документации в жизни на EMR не читал

Share this post


Link to post
Share on other sites

Видимо у меня профдеформация, но нормальный роутер содержит конфиг в простом текстовом виде, который можно тупо сравнить с другим.

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

Настраиваю не сам но наблюдаю за настройщиком.

Просто хотелось бы сравнить работающий конфиг с неработающим без 100500 скриншотов.

Share this post


Link to post
Share on other sites

Вероятно настройщику не хватает какого-то глобального знания предмета. Суть задачи такова - есть полторы сотни мультиков, SD и HD качества. Каждый мультик идет отдельным потоком со своим адресом. Суммарный поток около 800 мегабит. Нужно отдать эти каналы в оптику и на домах преобразовать в кабельное.

Для этой цели куплено EMR 3.0 и 3 508 карты.

Мультик подается на свитч СНР, с этого-же свича мультик уходит далее в абонентскую сеть с IPTV приставками, у абонентов проблем с качеством нет - т.е. в свиче поток гарантировано нормальный.

Какие основные принципы раскидывания каналов по картам? Как правильно настраивать входящие потоки? Там есть настройка буфера - есть ли какое-то ограничение на суммарный объем буферов?

 

Попрошу самого настройщика еще отписаться в тему позже.

Share this post


Link to post
Share on other sites

Читаю Ваши слова и меня не покидает чувство что EMR Вы в глаза не видели

 

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

Share this post


Link to post
Share on other sites

Для этой цели куплено EMR 3.0 и 3 508 карты.

Мультик подается на свитч СНР, с этого-же свича мультик уходит далее в абонентскую сеть с IPTV приставками, у абонентов проблем с качеством нет - т.е. в свиче поток гарантировано нормальный.

Какие основные принципы раскидывания каналов по картам? Как правильно настраивать входящие потоки? Там есть настройка буфера - есть ли какое-то ограничение на суммарный объем буферов?

Вопрос как распределить весь входящий поток 800Мбит, если выходные порты в сумме выдают 900Мбит, при том что hd каналы скачут +- 10Мбит?

Share this post


Link to post
Share on other sites

Нужно отдать эти каналы в оптику и на домах преобразовать в кабельное.

 

"Преобразовать в кабельное" - видимо, все-таки не "на домах", а на головной станции. А на домах - просто из оптики в радиочастотный сигнал (в коаксиальный кабель)

 

Какие основные принципы раскидывания каналов по картам? Как правильно настраивать входящие потоки? Там есть настройка буфера - есть ли какое-то ограничение на суммарный объем буферов?

 

1. Входящие SPTS должны быть с постоянным битрейтом (CBR).

2. Суммарный битрейт на одну несущую DVB-C (на один модулятор) не должен превышать информационную скорость на этой несущей (символьная скорость * количество битов в символе). Например, если используется модуляция 64QAM (одним символом 6 битов) и скорость 6875 ксимв/сек (типовое значение), то суммартный входной битрейт на этот модулятор должен быть не больше 41,25 Мбит/с. А спокойнее - если он будет процентов на 10 ниже.

 

К слову, для этих значений полная пропускная способность вашей ГС будет 3 карты * 4 модулятора * 41,25 = 495 Мбит/с - а не 800.

Можно использовать более плотные модуляции (256QAM - 8 битов/символ) или большую символьную скорость (но больше 8000 ксимв/сек она не может быть в принципе, иначе не впишется в полосу частотного канала телевидения 8 МГц). При этом сильно повысятся требования к качеству канала ГС-телевизор (сигнал/шум), и 800 Мбит/сек, похоже, все равно не получится.

Share this post


Link to post
Share on other sites

Можно использовать более плотные модуляции (256QAM - 8 битов/символ) или большую символьную скорость (но больше 8000 ксимв/сек она не может быть в принципе, иначе не впишется в полосу частотного канала телевидения 8 МГц). При этом сильно повысятся требования к качеству канала ГС-телевизор (сигнал/шум), и 800 Мбит/сек, похоже, все равно не получится.

256 qam и используем. Sumavision символьную скорость больше 7000 не дает поставить в принципе.

Share this post


Link to post
Share on other sites

чета прям плачь Ярославны , хотим шта есть мочи компилить по SSH , сравнивать конфиги , милейший , в этой железке мозгов чуть больше чем обычно , далее ситуация еще более сложная с тем что есть мультиплексор !!! да да Карл , мультиплексор , что Вы там собрались в копфиге править я ума не приложу ,

хотя попасть в конфиг можно на 3,15 , да и к суевериям на счет web морды, гармоники , можно сказать эталон тв железа, конфигуряться либо родной софтиной либо через мордашку

 

 

теперь далее , тот мультикаст который улетает к абонентам и не "имеет проблем" хорошо бы скрин на ERT 101290 глянуть

 

вообще у меня стойкое чувство что Вы маловато знаете о DVB

Share this post


Link to post
Share on other sites

Вопрос как распределить весь входящий поток 800Мбит, если выходные порты в сумме выдают 900Мбит, при том что hd каналы скачут +- 10Мбит?

 

3 карты х 4 потока с каждой х 8 бит/символ х 7000 ксимв/сек = 672 Мбит/сек, а никак не 900. Или у меня с арифметикой чей-то не то.

 

"Скакать" каналы не должны, стримеры должны быть настроены на работу с CBR. C VBR DVB работает только теоретически.

Share this post


Link to post
Share on other sites

3 карты х 4 потока с каждой х 8 бит/символ х 7000 ксимв/сек = 672 Мбит/сек, а никак не 900. Или у меня с арифметикой чей-то не то.

3 карты х 6 потоков х 8 бит/символ х 6875 ксимв/сек = 990 Мбит/сек

Share this post


Link to post
Share on other sites

как бы на лице явные пробелы в теории

Я и не спорю. Я сетевик а не телевизионщик. Потому и обращаюсь к сообществу.

 

хотим шта есть мочи компилить по SSH

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

 

Насчет CBR просветите, пожалуйста.

Поток принимается, демультиплексируется и отдается в сеть астрой. При использовании astra --analyze на выходном потоке битрейт меняется в зависимости от картинки. Это нужно как-то исправить? Средствами самой астры?

 

3 карты * 4 модулятора

Карты на 8 модуляторов, лицензии на 6.

Share this post


Link to post
Share on other sites

Да, тут явно ощущается именно практика сетевика, а не КТВ-шника причем как со стороны настройщика, так и со стороны топик стартера.

 

Сразу скажу, что принимаемый Вами мультик, если вы его берете у какого-нибудь другого провайдера как абонент, будет иметь оченно большую проблему при перекладе на DVB-C. Чаще всего потому, что верхний провайдер гонит мультик в VBR, а не CBR, а это критично. Ну и еще очень немаловажный момент - PCR. В любом случае построение головной станции на мультикасте от верхнего провайдера - это всегда риск. Особенно если в договоре с этим провайдером не указаны технические показатели, которые должны быть у потока при входе в Ваше оборудование.

 

Крайне советую изучить теорию.

 

Совет настройщику: поштудировать разницу между модуляциями и символьной скоростью в DVB-C. Влияние состояния коаксиально-оптической КТВ сети на выбор этих параметров. Не старайтесь упихать невпихуемое в максимально возможные параметры. Это не всегда хорошо.

Share this post


Link to post
Share on other sites

в VBR, а не CBR

 

Ну вот в астре можно задать:

make_channel({
       -- db_id: 331
       name = "Hustler 3D HD PORN",
       input = {
               "udp://lo@238.185.46.159:1234",
       },
       output = {
               "udp://lo@238.185.46.250:1234#sync&cbr=10",
       }
})

 

я проверил, исходный поток:

[lion@iptv-01 ~]$ astra --analyze "udp://lo@238.185.46.159"
Aug 26 16:34:52: INFO: Starting Astra 4.4.98
Aug 26 16:34:52: INFO: PAT: tsid: 19
Aug 26 16:34:52: INFO: PAT: pid: 8000 PMT pnr: 8023
Aug 26 16:34:52: INFO: PAT: crc32: 0x5A8BCEF0
Aug 26 16:34:52: INFO: PMT: pnr: 8023
Aug 26 16:34:52: INFO: PMT: pid: 8001 PCR
Aug 26 16:34:52: INFO: VIDEO: pid: 8001 type: 0x1B
Aug 26 16:34:52: INFO: VIDEO: Stream ID: 1
Aug 26 16:34:52: INFO: VIDEO: descriptor: 0x02031A445F
Aug 26 16:34:52: INFO: AUDIO: pid: 8002 type: 0x04
Aug 26 16:34:52: INFO: AUDIO: Language: ita
Aug 26 16:34:52: INFO: PMT: crc32: 0xD3EDD139
Aug 26 16:34:53: INFO: Bitrate: 3125 Kbit/s
Aug 26 16:34:54: INFO: Bitrate: 3189 Kbit/s
Aug 26 16:34:55: INFO: Bitrate: 3168 Kbit/s
Aug 26 16:34:56: INFO: Bitrate: 3199 Kbit/s
Aug 26 16:34:57: INFO: Bitrate: 3199 Kbit/s
Aug 26 16:34:58: INFO: Bitrate: 3210 Kbit/s
Aug 26 16:34:59: INFO: Bitrate: 3199 Kbit/s
Aug 26 16:35:00: INFO: Bitrate: 3294 Kbit/s
Aug 26 16:35:01: INFO: Bitrate: 3252 Kbit/s
Aug 26 16:35:02: INFO: Bitrate: 3231 Kbit/s
Aug 26 16:35:03: INFO: Bitrate: 3178 Kbit/s
Aug 26 16:35:04: INFO: Bitrate: 3104 Kbit/s
Aug 26 16:35:05: INFO: Bitrate: 3241 Kbit/s

 

и получившийся:

 

[lion@iptv-01 ~]$ astra --analyze "udp://lo@238.185.46.250"
Aug 26 16:34:17: INFO: Starting Astra 4.4.98
Aug 26 16:34:17: INFO: PAT: tsid: 19
Aug 26 16:34:17: INFO: PAT: pid: 8000 PMT pnr: 8023
Aug 26 16:34:17: INFO: PAT: crc32: 0x5A8BCEF0
Aug 26 16:34:17: INFO: PMT: pnr: 8023
Aug 26 16:34:17: INFO: PMT: pid: 8001 PCR
Aug 26 16:34:17: INFO: VIDEO: pid: 8001 type: 0x1B
Aug 26 16:34:17: INFO: VIDEO: Stream ID: 1
Aug 26 16:34:17: INFO: VIDEO: descriptor: 0x02031A445F
Aug 26 16:34:17: INFO: AUDIO: pid: 8002 type: 0x04
Aug 26 16:34:17: INFO: AUDIO: Language: ita
Aug 26 16:34:17: INFO: PMT: crc32: 0xD3EDD139
Aug 26 16:34:18: INFO: Bitrate: 9978 Kbit/s
Aug 26 16:34:19: INFO: Bitrate: 9968 Kbit/s
Aug 26 16:34:20: INFO: Bitrate: 9968 Kbit/s
Aug 26 16:34:21: INFO: Bitrate: 9979 Kbit/s
Aug 26 16:34:22: INFO: Bitrate: 9978 Kbit/s
Aug 26 16:34:23: INFO: Bitrate: 9957 Kbit/s
Aug 26 16:34:24: INFO: Bitrate: 9989 Kbit/s
Aug 26 16:34:25: INFO: Bitrate: 9969 Kbit/s
Aug 26 16:34:26: INFO: Bitrate: 9979 Kbit/s
Aug 26 16:34:27: INFO: Bitrate: 9968 Kbit/s
Aug 26 16:34:28: INFO: Bitrate: 9969 Kbit/s
Aug 26 16:34:29: INFO: Bitrate: 9978 Kbit/s
Aug 26 16:34:30: INFO: Bitrate: 9967 Kbit/s

 

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

Кроме того, в самом суме нашли интересный пункт: GbE1->Receive->Reference. Там если проставить значения битрейта близкие к исходному каналу, то проблема с картинкой исчезает. Возможно сум и сам может CBR делать из VBR мультика???

 

Версия софта:

 

Backboard
Hardware: V2.1
Kernel: V3.0.4.29
Web: V3.0.4.32
FPGA1: V3.0.1.19
FPGA3: V3.0.1.3
SN: 1406EMR30114
Software: V3.0.4.18
Boot: V1.1
MIB: V1.2
FPGA2: V3.0.1.25
LCD CPLD: V1.1
card1--6-Ch.QAM Card
Hardware: V2.5
FPGA1: V3.0.1.10
Software: V3.0.4.13
SN: 1401C5080129
card2--6-Ch.QAM Card
Hardware: V2.5
FPGA1: V3.0.1.10
Software: V3.0.4.13
SN: 1401C5080133
card4--6-Ch.QAM Card
Hardware: V2.5
FPGA1: V3.0.1.10
Software: V3.0.4.13
SN: 1401C5080125
card7--Main GbE Card
Hardware: V3.0
FPGA1: V3.0.1.25
Software: V3.0.4.33
MIB: V1.3

Share this post


Link to post
Share on other sites

Ну вот, уже до чего-то и сами смогли докопаться, радует.

 

Битрейт всегда нужно выставлять с запасом, примерно в 10-20%. При этом Suma может выдать CBR только на выходе TS IP, а на входе это действительно регулируется в Reference, однако, если к Вам приходит VBR сверху, то это может не спасти. Если с CBR все вопросы решатся - останется только возможная проблема с PCR входящего потока. Он может быть хорошенько покоцан активным оборудованием IP сети.

 

Ну и, наверное, лично я бы перевел все входящие потоки на EMR, докупил бы лицензию на доп. порты (SFP интерфейсы) и имел бы возможность управляя одним шасси работать как на трансляцию QAM, так и на трансляцию IPTV из одной железки.

Share this post


Link to post
Share on other sites

вообще изначально не видно руки мастера , зачем было брать 3*508 ??? че за WTF ????

 

кто нибудь в Вашей сети кабельного ТВ головой думает ???

отложив вопросы обычной лецензии в 1GBe на порт , я бы спросил :

а Вы в курсе что 508 снята с производства год назад и ее тех поддержка практически прекращена ???

 

А Вы в курсе что PCR с Астрочки не в красную армию ???

А Вы в курсе что такое PCR "не в красную армию" для DVB устройств, и чем это обычно оборачивается ???

 

а Вы в курсе сколько стоит доп лицензия на GBe порт ?

а в курсе сколько стоит шасси с уже активированными портами GBe ?

а Вы в курсе столько $ разницы в этих двух строках ???

 

про то как можно все исправить , исправить можно С132 в помощь

 

я бы рекомендовал очень срочно сдать в обратку 508 карты и перейти на 518 карту с нужным кол-вом лицензий, при этом вся мощность шасси уйдет на использование в качестве шлюза->PSI/SI и не будет израсходована на общение с QAM модулятором , попутно придется очень много учиться (в июле целый месяц пришлось потратить на обучение и ввод в строй подобного же варианта, но там хоть знали частотный план и успели протестировать 64/256 в сети)

 

avotarkaJP_1769459_23071359.jpg

Edited by sky star

Share this post


Link to post
Share on other sites

вообще изначально не видно руки мастера

 

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

 

зачем было брать 3*508 ??? че за WTF ????

 

Спеку делал НАГ. ТЗ было на 150 каналов, 900 мегабит.

Share this post


Link to post
Share on other sites

может это и не мое дело , но я все же очень Вам рекомендую вернуть 508 в обратку , прям очень очень

 

нужны если подробности пишите в личку

Share this post


Link to post
Share on other sites

Ну нужно же как-то распродавать остатки ;) Вот и вписали 508 карты. А поддержка у них в любом случае будет как минимум в течение гарантийного срока от продавана. Ибо обязаны.

 

Тут же, главное, какого года само шасси. От этого зависит сколько в нем оперативки - 64 или 128. В новых шасси и 3 штуки 508х нормально жить будут. И это при всем при том, что я согласен с тем, что 518я будет посущественнее.

Share this post


Link to post
Share on other sites

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

Какая проблема с PCR с астры? Сейчас же как-то показывает.

Если задан битрейт руками в Reference - этого достаточно для нормальной работы или всетаки нужно в астре CBR делать? Делать этого в астре не хочется по причине и так "впритык" загрузке исходящего интерфейса.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.