Перейти к содержимому
Калькуляторы

paradox_

Активный участник
  • Публикации

    317
  • Зарегистрирован

  • Посещение

О paradox_

  • Звание
    Студент

Информация

  • Пол
    Мужчина

Посетители профиля

877 просмотров профиля
  1. ну судя по логу уже айпи переписывается, что не так ? вы ipfw целиком показывайте а не кусками насколько я помню после диверта или тии правила начинают свою цепочку сначала ну так в tcpdump видно что с интерфейса уходят ?
  2. ну правильно, по идеи redirect_address можно будет забрать сразу все с tee сокета в одном правиле и перебить айпи тсп дамп на исходящем интерфейсе надо смотреть что там не так с уходящими пакетами а то может они уже фаером мочатся
  3. попробуйте redirect_address или -t | -target_address address man natd
  4. цитировать то меня зачем я ж не трамп опцию для natd -n имя интерфейса добавите что бы он туда трафик заворачивал вы как будто вчера админом стали, я ж надеюсь давая подсказки что вы остальное додумаете
  5. ipfw tee 1234 udp from any to any 1812 via lo0 ipfw tee 1235 udp from any to any 1813 via lo0 /sbin/natd -p 1234 -s -redirect_port udp 1.2.3.4:1812 1812 /sbin/natd -p 1235 -s -redirect_port udp 1.2.3.4:1813 1813 или с одним правилом но с redirect_address поиграться была помоему такая опция в natd
  6. вспомнил оно в диверт сокет пишет так что просто tee не отправить https://ru-root.livejournal.com/2875833.html как вариант
  7. то что они на одной машине не говорит ничего о том что они через lo0 бегают tcpdump сначала на lo0 радиус смотрите
  8. под забыл еще один, третий вариант это подача нескольких одинаковых потоков, увеличивая избыточность если потеряется один пакет с одного потока то во втором потоке с вероятностью все таки долетит но это неравноценный расход энергии эфира на мой взгляд увеличивая избыточность как минимум в двое
  9. астра всмысле какая астра ? а то их много
  10. я ж надеюсь все помнят что FEC корректирует побитый пакет FEC не восполнит отсутствующий пакет это в воздушных сетях FEC не заменим, из за природы среды передачи где могут быть единичные или не большие выпадения данных тогда FEC их корректирует в пришедшем побитом пакете а вот в IP сетях немного другая ситуация там пакет или приходит целиком или мочится на транзитном узле вместе с FEC данными поэтому в IP сетях работает только два типа коррекции 1) это ACK, переспросить недостающий пакет 2) или raptorq, который FEC но усовершенствованный, он в отличии от FEC, добавляет коды коррекции не на пакет, а на временной интервал(есть нюансы) т.е. это коды коррекции на временной промежуток и потеря пакета для них не настолько проблемная как для обычного FEC применительно для вашей ситуации да и для IPTV в целом, на мой взгляд самый оптимальный и корректный это 1) вариант и это вариант по отзывам очень хорошо работает в srt протоколе, народ на форуме уже отписывал про готовые утилиты вот для вас, идеальный дешевый и качественный результат на мой взгляд, будет если вы все подающиеся потоки сможете отдавать в отдельном виртуальном канале srt который набросаете на коленке из скриптов каких нибудь, перл, питон итд а не будете как все айтвшники мутить MPTS,PLP итд и потом их приборами мерять т.е. у вас к примеру есть точка приема iptv потоков и точка приземления на точке приеме у вас srt передатчики, на каждый spts поток а на точке приземления srt приемники, а дальше уже если клиенту нужен mpts,plp можете их на приемной стороне собрать из spts таким образом каждый spts поток будет максимально качественно подан между вашими ендпоинтами
  11. человек очень активно хочет fec, я предлагаю решения где есть fec он же не начал тему о статистике, конкретных ее пунктах и советами как это можно исправить со средины темы меня все за заинтересовала статистика, интересно же что именно пытаются исправлять а то получается рой пчел гоняем пушкой не ну очевидно пчелы это боль, но может если понять чего они хотят то можно их мёдком приманить ))
  12. аа там вам инженер нужен, да еще и местный неплохая вакансия для местных бандюганов ))
  13. а какого результата надо достичь ? 2 года FEC надо настраивать ? вам принципиально что бы prompeg лился или с обеих сторон ваше оборудование ? тогда очередное бесплатное решение это raptorq усовершенствованный fec у коалкома под оффициальные данные тестовую версию дают, дальше можно настроить и гонять под свои нужды, если вы не собираетесь его продавать(решение) или на гитхабе есть пару проектов, raptorq клиент-сервер udp тот же туннель, поднимаете и льете через него а вообще у вас статистика есть по вашим данным без fec, с fec ? насколько это оправданное решение
  14. знаю я такую работу сделаешь за месяц 5 летнюю работу а потом тебе в мозг клюют что ничего не делаешь