MediaMVP boot probleme am vompserver

Hallo,

ich versuche, einen brandneuen MediaMVP (Rev. H3) von meinem c't VDR zu booten.
Nach ersten mißlungenen Versuchen mit dem DHCP-Server in meinem Netz habe ich selbigen deaktiviert, und sowohl den BOOTP als auch TFTP Server vom vompserver aktiviert.
Offenbar gelingt das BOOTP, aber der TFTP-Zugriff klappt nicht. Der MediaMVP sagt nur, daß er keinen Server zum Booten finden kann. Hier das log vom vompserver:

23:49:17.588509 [debug] BOOTPD - Wait finished
23:49:17.588664 [debug] BOOTPD - Got request
23:49:17.588865 [debug] Config - Opened config file: /var/lib/vdr/plugins/vomp-00-0D-FE-0B-AE-4A.conf
23:49:17.588921 [debug] BOOTPD - Opened config file: /var/lib/vdr/plugins/vomp-00-0D-FE-0B-AE-4A.conf
23:49:17.589084 [debug] BOOTPD - Found IP 192.168.2.222 for MVP
23:49:17.589239 [debug] BOOTPD - Will enforce IP 192.168.2.222 on MVP even if it already has another
23:49:17.589290 [debug] BOOTPD - Giving MVP IP from config
23:49:17.589539 [debug] BOOTPD - Starting wait

Eine Session mit Ethereal (von einem anderen Rechner aus) ergibt auch, daß die IP-Adress-Übergabe klappt:

No. Time Source Destination Protocol Info
0.0.0.0 255.255.255.255 DHCP DHCP Discover - Transaction ID 0x18776ac5
0.0.0.0 255.255.255.255 DHCP DHCP Discover - Transaction ID 0x18776ac5
0.0.0.0 255.255.255.255 DHCP DHCP Discover - Transaction ID 0x18776ac5
0.0.0.0 255.255.255.255 UDP Source port: 16868 Destination port: 16867
192.168.2.23 255.255.255.255 UDP Source port: 16867 Destination port: 16868
192.168.2.222 255.255.255.255 WCCP Unknown WCCP message (1)
192.168.2.222 255.255.255.255 WCCP Unknown WCCP message (1)
192.168.2.222 255.255.255.255 WCCP Unknown WCCP message (1)
192.168.2.222 255.255.255.255 WCCP Unknown WCCP message (2)

Allerdings fragt der MediaMVP anschließend auf sehr merkwürdigen Ports weiter. Erst kontaktiert er Port 16867 und bekommt sogar eine Antwort vom VDR System (192.168.2.23). Dann schickt er ein UDP-Paket von Port 2048 an 16881 (was Ethereal als WCCP interpretiert) und bekommt keine Antwort! Keine Spur vom TFTP-Port 69!

nmap auf den VDR Server zeigt, daß die UDP-Ports 16867 und 16869 offen sind. Insbesondere ist 16881 nicht offen!

Hat Hauppauge hier irgendwelche Geschichten geändert? Ich habe versucht, Ethereal die gezeigten Pakete als TFTP-Pakete interpretieren zu lassen, was offenbar nicht geht. Also kein TFTP?

Hier noch die vompserver Konfiguration (ohne Kommentarzeilen):

vomp.conf
[General]
Log file = /tmp/vompserver.log
Server name = Cinema
Bootp server enabled = yes
TFTP server enabled = yes
TFTP directory = /var/lib/vdr-plugin-vompserver

vomp-00-0D-FE-0B-AE-4A.conf
[Boot]
IP = 192.168.2.222
Override IP = 1
TFTP file name = vomp-dongle
[General]

Hat irgend jemand Ideen? Liest der vompserver-Autor hier mit?

Cheers Peter

Natürlich die Versionen vergessen ...

Der VDR ist 1.3.49-1ctvdr2
Der vdr-plugin-vompserver ist 0.2.2-4
Der MediaMVP zeigt Ver 1.1.38 / 1.1.38 an, was dann wohl die Versionsnummer des MVP Bootloader sein dürfte !?!

Cheers Peter

Schon eine Antwort, das ging ja schnell ...
Vielen Dank, werd ich mir mal jenen Link genauer ansehen ...

Cheers Peter

Leider gelingt das Laden des Dongle-Codes weiterhin nicht. Immerhin geht es aber einen Schritt weiter. Das mvprelay Programm habe ich wie in jenen Anleitungen beschrieben gestartet:

mvprelay 16881 5906 6337 192.168.2.23

Dabei kommen mir das zweite und dritte Argument seltsam vor. Müssen das vielleicht vompserver-spezifische Portnummern sein? Ich habe mir den mvprelay source-code angesehen; diese beiden Zahlen werden zusammen mit 16886 (hart-kodiert) als "GUI-Port", "Stream-Port" und "Server-Port" an den MVP geschickt. Laut nmap sind aber auf dem Server keine Ports offen, die hier in Frage kämen. Muß vielleicht zusätzliche Software laufen? Das erwähnte HOWTO spricht von einem zweiten TFTP Server; ich ging bisher davon aus, daß der vompserver alles mitbringt !?

Ethereal zeigt nach dem in meiner ersten Frage erwähnten Request auf Port 16881 dann die Antwort vom mvprelay. Als nächste Aktion des MediaMVP erfolgt eine Netbios-Nameservice Abfrage auf dem Server. Als Nicht-Windows-System läuft natürlich kein entsprechender Service; der Kernel antwortet mit ICMP Service Unreachable. Danach passiert nichts mehr, nach einer Weile geht das Spiel von vorne los.

Any further ideas?

Cheers Peter