История изменений
Исправление cac2s, (текущая версия) :
как я понимаю [возможно и неправильно =) ]
altnet отвечает как раз за апстрим-сети, а у ТСа апстримом всегда должна быть 239.0.0.0/8, т.е. с неё будуть лететь udp с видео.
таким образом с проблемной сети (№2) будет отправляться запрос на 192.168.0.254, на этой карточке igmpproxy будет подменять ip подписчика на tun0-ip (не путать с nat'ом) и форвардить в tun0
на сервере №1 igmpproxy слушает запросы клиентов на своём tun0. при получении запроса, делает так же, как и igmpproxy_№2, только форвардит в wan (так же подменяя адрес подписчика на свой wan-ip)
поэтому и не понятно мне зачем nat'ить пакеты на tun0...
Исправление cac2s, :
как я понимаю [возможно и неправильно =) ]
altnet отвечает как раз за апстрим-сети, а у ТСа апстримом всегда должна быть 239.0.0.0/8, т.е. с неё будуть лететь udp с видео.
таким образом с проблемной сети (№2) будет отправляться запрос на 192.168.0.254, на этой карточке igmpproxy будет подменять ip подписчика на tun0-ip (не путать с nat'ом) и форвардить в tun0
на сервере №1 igmpproxy слушает запросы клиентов на своём tun0. при получении запроса, делает так же, как и igmpproxy_№2, только форвардит в wan, (так же подменяя адрес подписчика на свой wan-ip)
поэтому и не понятно мне зачем nat'ить пакеты на tun0...
Исходная версия cac2s, :
как я поимаю [возможно и неправильно =) ]
altnet отвечает как раз за апстрим-сети, а у ТСа апстримом всегда должна быть 239.0.0.0/8, т.е. с неё будуть лететь udp с видео.
таким образом с проблемной сети (№2) будет отправляться запрос на 192.168.0.254, на этой карточке igmpproxy будет подменять ip подписчика на tun0-ip (не путать с nat'ом) и форвардить в tun0
на сервере №1 igmpproxy слушает запросы клиентов на своём tun0. при получении запроса, делает так же, как и igmpproxy_№2, только форвардит в wan, (так же подменяя адрес подписчика на свой wan-ip)
поэтому и не понятно мне зачем nat'ить пакеты на tun0...