Netzwerkfunktion über statische Routen, verschieden Subnetze

[derdigge]

Hallo Sundtek Support!

Ich versuche über eine wlanbrücke zu meinem Nachbarn die
Netzwerkfunktion zu nutzen. Der Netzaufbau ist ein wenig verzwickt:

Code: [Auswählen]

    Stick       wlanbridge             clientnetz
192.168.1.1 ----- 192.168.2.1 --------- 192.168.3.1

Die Rechner der einzelnen Subnetze sind über statische routen miteinander
verbunden. Also 192.168.1.16 kann 192.168.3.48 pingen. Iperf zwischen diesen
beiden Geräten ist ebenfalls möglich. hts, xvdr sowie vdr streamdev geht zischen diesen Geräten.
Wenn ich doch den Stick direkt mounten möchte funktioniert dies nicht.
So bin ich vorgegangen:

An 192.168.1.1 (OpenWRT MipsR3 (0.9.33)):

Code: [Auswählen]

~ /opt/bin/mediasrv -v
~# /opt/bin/mediasrv -v
2013-02-18 00:26:37 [1918] Starting up Multimedia Framework (Feb 16 2013 15:43:42)
2013-02-18 00:26:37 [1918]
2013-02-18 00:26:37 [1918] *** Autostarting Networksupport ***
2013-02-18 00:26:37 [1918]
2013-02-18 00:26:37 [1919] Starting service processor (PID 1919)
2013-02-18 00:26:37 [1918] API Version: 5.9
2013-02-18 00:26:37 [1918] Running on Linux (3.3.8)
2013-02-18 00:26:37 [1918] unable to open /dev/misc
2013-02-18 00:26:37 [1918] scanning devices
2013-02-18 00:26:37 [1918] scanning for drivers
2013-02-18 00:26:37 [1918] scanning for plugins
2013-02-18 00:26:37 [1918] Starting listener
2013-02-18 00:26:37 [1918] Starting up device manager
2013-02-18 00:26:37 [1918] scanning devices done
2013-02-18 00:26:37 [1918] attached devices:
2013-02-18 00:26:37 [1918] registering ID: 0
2013-02-18 00:26:37 [1918] disconnecting kernel driver
2013-02-18 00:26:37 [1919] Autostarting scripts in /etc/sundtek/
2013-02-18 00:26:37 [1919] executed all available items
2013-02-18 00:26:37 [1918] Enabling listener
2013-02-18 00:26:37 [1918] Listening on 9234
2013-02-18 00:26:37 [1918] received notification client request
2013-02-18 00:26:37 [1918] Big Endian detected
2013-02-18 00:26:38 [1918] attaching second generation DVB-S/S2 demodulator
2013-02-18 00:26:41 [1918] demodulator successfully attached (DVB_S/S2)!
2013-02-18 00:26:41 [1918] Allocation using pg for type 65678
2013-02-18 00:26:41 [1918] requesting to attach tuner(s) now
2013-02-18 00:26:41 [1918] registering: adapter0/0
2013-02-18 00:26:41 [1918] registered virtual: /dev/dvb/adapter0/frontend0
2013-02-18 00:26:41 [1918] registered virtual: /dev/dvb/adapter0/demux0
2013-02-18 00:26:41 [1918] registered virtual: /dev/dvb/adapter0/dvr0
2013-02-18 00:26:41 [1918] Setting RC Protocol to NEC
2013-02-18 00:26:41 [1918] registered virtual: /dev/mediainput0
2013-02-18 00:26:41 [1918] Remote Control Layout: 0
2013-02-18 00:26:41 [1919] trying to load uinput module
2013-02-18 00:26:41 [1919] loading uinput kernel extention failed, remote control will not work with lirc
2013-02-18 00:26:41 [1918] No remote control support available
2013-02-18 00:26:41 [1918]
2013-02-18 00:26:41 [1918] Sundtek MediaTV Driver loaded. This driver is licensed for non-commercial use
2013-02-18 00:26:41 [1918] with Sundtek MediaTV only
2013-02-18 00:26:41 [1918] Driver loaded within 4017 milliseconds
2013-02-18 00:26:41 [1918] Serial(0): U120411144130
2013-02-18 00:26:41 [1918] received device attach message
2013-02-18 00:26:44 [1918] Initial devicescan done, switching detection mode
2013-02-18 00:26:56 [1918] Enabling standby
2013-02-18 00:26:56 [1918] Device is now in standby
2013-02-18 00:27:51 [1918] start network
2013-02-18 00:30:11 [1918] NETDRV: Trying to bind interface 0
2013-02-18 00:30:11 [1918] device supports Digital TV
2013-02-18 00:30:11 [1918] disabling remote control
2013-02-18 00:30:11 [1918] listening on port: 59864

An 192.168.3.141 (ubuntu 12.04.1)

Code: [Auswählen]

/opt/bin/mediaclient --mount=192.168.1.1
Jedoch bleibt es dann an diesem Punkt hängen.
Ich würde den Stick gern über diese Subnetze einbinden.
Alternativ ginge es auch über openvp. Jedoch würde ich dies gern vermeiden.

MfG
derdigge

[Sundtek]

Haengen? Oder kommt ein Timeout nach 5-15 Sekunden?

Das mit dem Ansteuern des Geraets sollte eigentlich kein Problem sein, das Problem ist jedoch wohl der Datentransfer da danach schon einige Leute gefragt haben werden wir das wohl auf die Liste nehmen etwas abzuaendern damit man es auch leichter durch eine Firewall schicken kann.

[derdigge]

Jop er hängt am Client für so 60 Sekunden bis ich halt irgendwann
mit strg + c abbreche. Wäre auf jeden ein Super Feature für Leute die sich ne Schüssel teilen
und dies über eine Wlanbrücke übertragen. Es wird in 90% der Fälle mit bridged clients gearbeitet,
da im Gegensatz zu wds hier keine Bandbreite verloren geht.
So 20-30 Mbits über 800m Luftlinie sind ne Herrausforderung 

Ich habe jezt erstmal beide Netze mit openvpn verbunden und nutze das openvpn Subnetz zur Verbindung.
Das funktioniert erstmal, erzeugt aber beim Zappen schon einen lag von 2 Sekunden der vermeidbar wäre.

[derdigge]

Hallo nochmal!

Ich habe es heute mal mit relayd versucht die beiden Netze zu verbinden. (pseudobridge)
Auch hier failt der network mode mit mediaclent.

Beide, Client und Server, befinden sich im selben Subnetz.
Dennoch bleibts bei :

Client:
root@glotzkiste:/# /opt/bin/mediaclient --scan-network
-  0 IPTV server found -------------------------------------------------------

root@glotzkiste:/# /opt/bin/mediaclient --mount=192.168.1.1

Server:
2013-02-28 15:55:52 [20774] Enabling standby
2013-02-28 15:55:52 [20774] Device is now in standby
2013-02-28 15:59:30 [20774] start network

Am Server kommt nichts an.
Alle anderen Netzwerkdienste tun ihren Dienst.  Ja selbst upnp für Onlinegames erkennt die Bridge.
Könnte man denn nicht wenigstens ein Feature einbauen, welches mehr Hops beim Netzwerkmount möglich macht?

in etwa so:

192.168.1.1 - AP -> Stick angeschlossen
192.168.2.1 - BR1 ->  mediaclient --mount=192.168.1.1   (geht derzeit bereits)
192.168.3.1 - BR2 -> mediaclient --mount=192.168.2.1   (geht derzeit nur wenn 192.168.1.1 mit 192.168.3.1 in Pseudo Bridge ist)
192.168.3.141 - glotze -> mediaclient --mount=192.168.3.1   (geht in keinem Fall)

root@glotzkiste:/tmp# /opt/bin/mediaclient --mount=192.168.3.1
Unable to mount: 192.168.3.1

2013-02-28 15:39:05 [16347] Initial devicescan done, switching detection mode
2013-02-28 15:39:29 [16347] start network
2013-02-28 15:39:29 [16347] Starting listener
2013-02-28 15:39:29 [16347] Enabling listener
2013-02-28 15:39:29 [16347] Listening on 9234
2013-02-28 15:39:29 [16347] received notification client request
2013-02-28 15:39:38 [16347] NETDRV: Trying to bind interface 0
2013-02-28 15:40:45 [16347] NETDRV: Trying to bind interface 0

Auf diese Weise könnte man das Firewall Problem zunächst einmal umgehen! (vorrangig masquarding denke ich)
Die derzeitige Openvpn Lösung ist sehr unbefriedigend. Ich muss ab und zu einloggen und
erst Openvpn neu starten und dann den Mediaclient. Die Wlan Hardware ist aufgerüstet,
es gehen von 192.168.3.141 <-> 192.168.1.1 locker 80mbit durch. Bei schlechtem Wetter
komme ich nicht mehr unter 60mbit.(gemessen mit iperf und ftp) Das ist mehr als ausreichend für einen Client.

Über eine Antwort bzw Denkanstöße würde ich mich sehr freuen!

Gruß
derdigge

[Sundtek]

Wiegesagt es ist bereits auf der Liste das Ganze einfach "route"-bar zu machen, der Netzwerkscan wird dann jedoch ausgeschlossen sein da dies via UDP und der Broadcast und Multicast Adresse funktioniert, die Broadcast Adresse wird jedoch bevorzugt.

[derdigge]

Prima, ich freue mich drauf .

Eine Frage habe ich noch.

Wenn ich den Stream vom Stick zu meinem Rechner
über den Mediasrv machen lassen, liegt der Durchsatz so bei 38-48 mbits.

Lasse ich den Stream "drüben" demuxen streame einen mpeg4 Stream
"über die Straße" sind es 15 - 25 mbits, je nach Sender halt.

Woran liegt das? Kann man das optimieren?

Gruß!

[Sundtek]

Du musst schauen ob die PID Filter verwendet werden.

/opt/bin/mediaclient --lc sollte bei der jeweiligen Demux Node auch "Clients" anzeigen, ansonsten wird der komplette Transponder uebertragen.

Die Einstellung heisst z.b unter DVBViewer oeffne kompletten Transponder. Es werden immer nur die angeforderten Daten übertragen, lediglich wenn kein Filter gesetzt wird der gesamte Transport Strom

Transport Strom = mehrere Sender auf einer Frequenz/Transponder
Durch PID Filter ausgewaehlter Sender = ausgewaehlter Sender auf einer Frequenz/Transponder, die Daten werden herausgeschnitten und selektiv uebertragen.

[derdigge]

Aha, interessant!

auf dem Router:

root@Openwrt:~# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  22704 ... mediasrv
/dev/dvb/adapter0/dvr0:
  22704 ... mediasrv
/dev/dvb/adapter0/demux0:
  22704 ... mediasrv (2000)
/dev/mediainput0:
  No client connected

auf der Glotzkiste (htpc):

root@glotzkiste:/# /opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  9222 ... tvheadend
/dev/dvb/adapter0/dvr0:
  9222 ... tvheadend
/dev/dvb/adapter0/demux0:
  9222 ... tvheadend (2000)

Und woran sehe ich das nun genau ob der Filter angewandt wird?

Gruß und Danke!
derdigge

[Sundtek]

2000 heisst das der gesamte Transportstrom uebertragen wird (es ist sozusagen eine magische ID) - andere Werte unter demux bedeutet wirklich das dort ein Filter angewandt wird. Bei tvheadend kann man in der Hardwareeinstellung einstellen ob der gesamte Transponder geoeffnet werden soll.

Beim Streamen willst du sicherlich nicht das der gesamte Transponder uebertragen wird.

[derdigge]

ne will er nicht.
Ich hab full mux reception auf off gestellt und trotzdem ;(
Ich update mal tvheadend ebn vom git repo....

EDIT:
mit dem aktuellen git checkout geht es!
Danke für das Schließen der Wissenslücke!

/dev/dvb/adapter0/demux0:
  11739 ... tvheadend (0000)
  11739 ... tvheadend (0001)
  11739 ... tvheadend (0010)
  11739 ... tvheadend (0011)
  11739 ... tvheadend (0014)
  11739 ... tvheadend (0039)
  11739 ... tvheadend (0bba)
  11739 ... tvheadend (0bbb)
  11739 ... tvheadend (0012)
  11739 ... tvheadend (0021)
  11739 ... tvheadend (01ff)
  11739 ... tvheadend (0203)
  11739 ... tvheadend (1cec)
  11739 ... tvheadend (19ec)
  11739 ... tvheadend (1bec)
  11739 ... tvheadend (1aec)
  11739 ... tvheadend (1eec)
  11739 ... tvheadend (0061)
  11739 ... tvheadend (0060)
  11739 ... tvheadend (0062)
  11739 ... tvheadend (0063)
  11739 ... tvheadend (1003)
  11739 ... tvheadend (1005)
  11739 ... tvheadend (1008)
  11739 ... tvheadend (1008)
  11739 ... tvheadend (1007)

[Sundtek]

Das sieht jetzt richtig aus ja.

Du kannst auf dem Server auch ganz einfach überprüfen wieviel Bandbreite mit den Filtern benötigt wird

/opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | /opt/bin/mediaclient --pipecount=1000

(der Befehl läuft endlos, abbrechen mit STRG/CTRL-C)