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

KL!M

Пользователи
  • Публикации

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

  • Посещение

1 подписчик

О KL!M

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Народ подскажите где у меня в схеме косяк... Имеется Juniper mx480, между ним и сторонним операторам есть msdp сессия по которой мы получаем источники для mcast групп на mx480 на lo0.2 ip address 10.0.254.254, msdp сессия поднята на ae0.661 ip address 77.x.x.1 peer 77.x.x.2, на роутерах в сети указан в качестве rp ip 10.0.254.254. Проблема в том что join доходит до mx480 и дальше тишина... группа не появляется в multicast route > show pim join extensive instance IPTV Group: 234.5.2.68 Source: * RP: 10.0.254.254 Flags: sparse,rptree,wildcard Upstream interface: Local Upstream neighbor: Local Upstream state: None Downstream neighbors: Interface: xe-2/2/1.3010 192.168.8.13 State: Join Flags: SRW Timeout: 196 > show pim rps instance IPTV Instance: PIM.IPTV Address family INET RP address Type Holdtime Timeout Groups Group prefixes 10.0.254.254 static 0 None 2 224.0.0.0/4 хотя msdp знает источники для групп: > show msdp source-active instance IPTV Instance: IPTV Group address Source address Peer address Originator Flags 234.5.2.1 77.x.x.3 77.x.x.240 77.x.x.254 Accept 234.5.2.2 77.x.x.3 77.x.x.240 77.x.x.254 Accept 234.5.2.3 77.x.x.3 77.x.x.240 77.x.x.254 Accept 234.5.2.68 77.x.x.3 77.x.x.240 77.x.x.254 Accept
  2. Собственно для мониторинга качества транслируемого контента, регионов много, интересно знать что происходит в сотне-тысяче км. от тебя.
  3. Для того, чтобы получать на Linux железку multicast поток достаточно програмульки на перле которая откроет "мультикаст" сокет, а потом из него будет читать данные. Уложится в 30-40 строчек кода (с хелпом, проверками и коментами - т.е. если писать "культурно"). Что на основе подобного кода. my $sock = IO::Socket::Multicast->new(Proto=>'udp',LocalPort=>$mPort,Blocking=>1,ReuseAddr=>1); $sock->mcast_add($mGroup) || die "Couldn't set group: $!\n"; while( 1==1 ) { alarm $timeout; if ( !defined($sock->recv($data,1316)) ) { #print "no data\n"; $rcmd_res = "fail"; } else { #print "exist stream\n"; $rcmd_res = "ok"; } alarm 0; } Сделал на perl'e, поднимает 80 потоков - 4 ядра ксеона уходят в полку с load average: 90.21, 86.14, 70.26 Интересно кто как мониторит дропы mpeg2-ts пакетов?
  4. Софт устраивает, но мне необходимо на Linux'е стримить 60 каналов и на нем же мониторить их с помощью IPTV-Analyzer (без поднятых потоков зонду анализировать будет нечего), как я уже писал выше - VLC отказывается стримить больше 20 каналов, собственно в этом главный вопрос и заключается - как заставить VLC стримить все 60 каналов. я бы и рад использовать Relaying (больше нравится чем vlc) но на Linux'e он некорректно работает.
  5. relaying пробовал на Linux, на FreeBSD тоже пробовал - работало отлично, но проблема в том что IPTV-Analyzer только под Linux...
  6. У меня наоборот другая проблема - vlc пытаюсь перегнать 60 потоков multicast в unicast, но vlc больше 20 потоков одновременно не поднимает (Linux) пример конфига vlm: #Multicast to Unicast new channel1 broadcast enabled setup channel1 input udp://@234.5.2.1:20000 setup channel1 output #standard{access=http,mux=ts,dst=10.128.255.6:10001} control channel1 play new channel2 broadcast enabled setup channel2 input udp://@234.5.2.2:20000 setup channel2 output #standard{access=http,mux=ts,dst=10.128.255.6:10002} control channel2 play new channel3 broadcast enabled setup channel3 input udp://@234.5.2.3:20000 setup channel3 output #standard{access=http,mux=ts,dst=10.128.255.6:10003} control channel3 play udpxy не предлагать, нужны активные 60 потоков для мониторинга дропов mpeg2-ts ещё пробовал Relaying (http://deineka.net/2010/12/06/relaying-multicast-v-http-i-obratno/) но у него другая проблема, один поток поднимается нормально, а когда поднимаешь два и более - начинаются mpeg2-ts больше 1к
  7. Вот именно эти гады меня и интерисуют :)Своих то да можно и отключить и т.д., а вот если dos'ят с левых провайдеров?
  8. Одним словом эти досеры достали уже ппц. Интересно как кто борется в своих сетях с ними? Есть ли какие нибудь лекарства под Linux?
  9. zabbix очень понравился, уже ставлю. :)
  10. Народ вот хотелось бы услышать кто чем мониторит сеть, а то не как не могу определиться что ставить. Что можете посоветовать для этого дела? А то уже сил нет всё смотреть вручную... P.S. Интересует мониторинг под Linux
  11. Чтоб админ сети с сканером не находил :) Гы, дальше будет вопрос, как сменить порт в pptp-client и/или винде ? :) Да всё затеял из за того что этот порт закрыт у одного провайдера через которого у меня транзит идёт :) выкрутился так - сменил порт на клиенте в винде, а на сервере просто dnat сделал и всё :)
  12. Собственно и весь вопрос :) не как не могу найти как сменить порт pptpd (1723) на какой небудь другой.
  13. Да я тоже думаю что должно работать, но не работает :)
  14. Вот столкнулся с такой проблемой - у меня выход в сеть осуществляется по средствам VPN, подняв VPN(#1) я попадаю в сеть из этой сети я поднимаю ещё один VPN(#2) но уже на Интернет, после того пытаюсь зайти на любую веб страничку и у меня отваливается VPN(#2), всё это разруливал маршрутами - не помогло. Как это всё разрулить? (Пробовал в WinXP, Win2003Ser)