Два канал интернет, проброс IPTV

[Gef79]

Добрый день всем! Стоит задача пробросить IPTV внутрь сети.
имеем два провайдер:
eth1:192.168.2.2 - IPTV
второй через VPN
eth2:172.17.200.92
pppo:91.211.17.xxx
В сетку смотрит eth0:192.168.0.1
Стит балансировка каналов инета.
Установлен udpxy
Запуская его так:udpxy -p 8082 -m 192.168.2.2  -c 3
Если отключить второй канал инета eth2, то всё работает без вопросов, с двумя каналами никак.
Понимаю, что что то с маршрутами, но куда копать то?
Выхлоп: route -n

default
        nexthop via 192.168.2.1  dev eth1 weight 2
        nexthop via 91.211.17.87  dev ppp0 weight 1
10.0.0.0/8 via 172.17.200.1 dev eth2
91.211.16.57 dev ppp0  proto kernel  scope link  src 91.211.17.87
91.211.16.128/25 via 172.17.200.1 dev eth2
172.16.0.0/12 via 172.17.200.1 dev eth2
172.17.200.0/24 dev eth2  proto kernel  scope link  src 172.17.200.92
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.1
192.168.0.0/16 via 172.17.200.1 dev eth2
192.168.2.0/24 dev eth1  proto kernel  scope link  src 192.168.2.2

Очень нужно, помогите пожайлуста!

[grayich]

попробуй не ip а интерфейсы, типа

Код: [Выделить]

udpxy -p 4022 -m eth1 -a eth0 -c 3 -l /var/log/udpxy.log

[Gef79]

Попробовал! Вот что в логах:

                                        Server is starting up, max clients = [3]
013-05-31 19:35:08.082857 EEST S(10450)        Setting up listener for [192.168.2.2:8082]
013-05-31 19:35:08.082903 EEST S(10450)        Setting low watermark for server socket [5] to [10]
013-05-31 19:35:08.082943 EEST S(10450)        Created server socket=[5], backlog=[16]
013-05-31 19:35:08.082963 EEST S(10450)        Entering server loop
013-05-31 19:35:08.082975 EEST S(10450)        Waiting for input from [2] fd's, NO timeout
013-05-31 19:35:33.993078 EEST S(10450)        No children exited since last check
013-05-31 19:35:33.993151 EEST S(10450)        Got 1 requests
013-05-31 19:35:33.993166 EEST S(10450)        Accepting new connection
013-05-31 19:35:33.993221 EEST S(10450)        Accepted socket=[6] from 192.168.2.132:2548 n=1/nmax=16
013-05-31 19:35:33.993236 EEST S(10450)        Accepting new connection
013-05-31 19:35:33.993261 EEST S(10450)        Nothing more to accept
013-05-31 19:35:33.993273 EEST S(10450)        accept_requests: Sockets accepted: [1]
013-05-31 19:35:33.993285 EEST S(10450)        Waiting for input from [3] fd's, with timeout
013-05-31 19:35:34.003374 EEST S(10450)        No children exited since last check
013-05-31 19:35:34.003432 EEST S(10450)        Got 1 requests
re-process sockets [1]: 6
013-05-31 19:35:34.003455 EEST S(10450)        acting on accepted socket [6] (1/1)
013-05-31 19:35:34.003468 EEST S(10450)        Reading command from socket [6]
013-05-31 19:35:34.003509 EEST S(10450)        HTTP buffer [36 bytes] received
ET /udp/234.1.10.50:1234 HTTP/1.1
013-05-31 19:35:34.003549 EEST S(10450)        Request=[udp/234.1.10.50:1234], length=[20]
013-05-31 19:35:34.003564 EEST S(10450)        Command [udp] with params [234.1.10.50:1234] read from socket=[6]
013-05-31 19:35:34.003582 EEST S(10450)        udp_relay : new_socket=[6] param=[234.1.10.50:1234]
013-05-31 19:35:34.003901 EEST S(10450)        Added client: pid=[10466], maddr=[234.1.10.50], mport=[1234], saddr=[192.168.2.
32], sport=[2548]
013-05-31 19:35:34.003947 EEST S(10450)        process_requests: closing accepted socket [6]
013-05-31 19:35:34.003971 EEST S(10450)        Processed [1/1] accepted sockets
ewly-accepted sockets [1]: -1
013-05-31 19:35:34.003874 EEST S(10450)        Client process=[10466] started for socket=[6]
013-05-31 19:35:34.003992 EEST S(10450)        All accepted sockets processed
013-05-31 19:35:34.004036 EEST S(10450)        Waiting for input from [2] fd's, NO timeout
013-05-31 19:35:34.004049 EEST c(10466)        min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
Setting up multicast listener
013-05-31 19:35:34.004218 EEST c(10466)        current receive buffer size is [163840] bytes for socket [2]
013-05-31 19:35:34.004490 EEST c(10466)        multicast-group [ADD]
013-05-31 19:35:34.004513 EEST c(10466)        Mcast listener socket=[2] set up
013-05-31 19:35:34.004535 EEST c(10466)        min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
013-05-31 19:35:34.004548 EEST c(10466)        Data buffer will hold up to [1] messages
013-05-31 19:35:34.004564 EEST c(10466)        UDP stream, RTP check enabled
013-05-31 19:35:34.004587 EEST c(10466)        socket 2: RCV timeout set to 5 sec, 0 usec
013-05-31 19:35:34.004602 EEST c(10466)        socket 2: SEND timeout set to 5 sec, 0 usec
013-05-31 19:35:34.004616 EEST c(10466)        current send buffer size is [21480] bytes for socket [6]
013-05-31 19:35:34.004629 EEST c(10466)        current receive buffer size is [163840] bytes for socket [2]
013-05-31 19:35:34.004644 EEST c(10466)        send buffer size set to [163840] bytes for socket [6]
013-05-31 19:35:34.004731 EEST c(10466)        Sent HTTP response code=[200], reason=[OK] to socket=[6]
TTP/1.1 200 OK
ontent-Type:application/octet-stream
013-05-31 19:35:34.004766 EEST c(10466)        Relaying traffic from socket[2] to socket[6], buffer size=[2048], Rmsgs=[1], pa
ses=[0]
013-05-31 19:35:39.004233 EEST c(10466)        read_buf: read: Resource temporarily unavailable
013-05-31 19:35:39.004328 EEST c(10466)        read_data - EOF
013-05-31 19:35:39.004358 EEST c(10466)        Exited relay loop: received=[-1], sent=[0], quit=[0]
013-05-31 19:35:39.004621 EEST c(10466)        multicast-group [DROP]
013-05-31 19:35:39.004687 EEST c(10466)        Mcast listener socket=[2] closed
013-05-31 19:35:39.004796 EEST c(10466)        Child process=[10466] exits with rc=[0]
013-05-31 19:35:39.005051 EEST S(10450)        *** Caught SIGCHLD (17) ***
013-05-31 19:35:39.005096 EEST S(10450)        Waiting on exited children
013-05-31 19:35:39.005134 EEST S(10450)        Client [10466] has exited.
013-05-31 19:35:39.005148 EEST S(10450)        Deleted client: pid=[10466]
013-05-31 19:35:39.005162 EEST S(10450)        Cleaned up 1 children, 0 still running
013-05-31 19:35:39.005175 EEST S(10450)        INTERRUPTED, yet will continue.
013-05-31 19:35:39.005187 EEST S(10450)        Waiting for input from [2] fd's, NO timeout

И ничего! Какие будут соображения?

[koshev]

Выхлоп: route -n

ip -4 route show table all type unicast
ip -4 route show table all type multicast

[Gef79]

ПО Первому ip route show table all type unicast:

efault via 91.211.17.87 dev ppp0  table T2
127.0.0.0/8 dev lo  table T2  scope link
192.168.0.0/24 dev eth0  table T2  scope link
192.168.2.0/24 dev eth1  table T2  scope link
default via 192.168.2.1 dev eth1  table T1
127.0.0.0/8 dev lo  table T1  scope link
192.168.0.0/24 dev eth0  table T1  scope link
192.168.2.0/24 dev eth1  table T1  scope link  src 192.168.2.2
default
        nexthop via 192.168.2.1  dev eth1 weight 2
        nexthop via 91.211.17.87  dev ppp0 weight 1
10.0.0.0/8 via 172.17.200.1 dev eth2
91.211.16.57 dev ppp0  proto kernel  scope link  src 91.211.17.87
91.211.16.128/25 via 172.17.200.1 dev eth2
172.16.0.0/12 via 172.17.200.1 dev eth2
172.17.200.0/24 dev eth2  proto kernel  scope link  src 172.17.200.92
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.1
192.168.0.0/16 via 172.17.200.1 dev eth2
192.168.2.0/24 dev eth1  proto kernel  scope link  src 192.168.2.2
fe80::/64 dev eth1  proto kernel  metric 256
fe80::/64 dev eth2  proto kernel  metric 256
ff00::/8 dev eth1  table local  metric 256
ff00::/8 dev eth2  table local  metric 256

По второму ip route show table all type multicast:
Пусто, обсолютно ничего!

[Gef79]

Какие ещё будут идеи, промучался опять все выходные и ничего!

[drako]

Интересно в чем мучения заключались?
А вообще у вас банально двух маршрутов не хватает, 224.0.0.0/4 через eth1 и маршрут на вещающий сервер через eth1.

[Gef79]

Интересно в чем мучения заключались?
А вообще у вас банально двух маршрутов не хватает, 224.0.0.0/4 через eth1 и маршрут на вещающий сервер через eth1.

Спасибо за ответ! Маршрут 224.0.0.0/4 на eth1 прописывал а вот про сервер и не подумал, как узнать адрес сервера?
таблица сейчас выглядит та:

default
        nexthop via 192.168.2.1  dev eth1 weight 2
        nexthop via 91.211.17.87  dev ppp0 weight 1
10.0.0.0/8 via 172.17.200.1 dev eth2
91.211.16.57 dev ppp0  proto kernel  scope link  src 91.211.17.87
91.211.16.128/25 via 172.17.200.1 dev eth2
172.16.0.0/12 via 172.17.200.1 dev eth2
172.17.200.0/24 dev eth2  proto kernel  scope link  src 172.17.200.92
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.1
192.168.0.0/16 via 172.17.200.1 dev eth2
192.168.2.0/24 dev eth1  proto kernel  scope link  src 192.168.2.2
224.0.0.0/4 via 192.168.2.1 dev eth1

Я правильно указал маршрут???

[grayich]

маршрут то зачем, этож udpxy, он транслирует по UDP

[Gef79]

Всем спасибо огромное, дописал маршрут до вещательного сервера и всё заработало!
Тема закрыта!

[Gef79]

Сорри, новылез очередной косяк!
При подключении и отключении к IPTV падают все UDP соединения,TCP не проверял!
В какую сторону копать?

[drako]

Вероятно, но не факт, из-за мультикаст маршрута, он вешается на интерфейс без указания шлюза.

[Gef79]

Убрал балансировку и пустил по одному дефолтному шлюзу, всё работает, но это не решает проблемму, второй канал в ауте терь!