-=The Brain=-

Was genau macht denn dieser AVIA-Watchdog? Ich kann es ja mal testen. Ich habe auch noch eine verbannte DBox 2 Nokia, die genau die gleichen Symptome hatte. Grüße

Also wenn ich den BootManager nehme, passiert folgendes : 1.) DBox bootet und fragt auf Port 67 per BroadCast (255.255.255.255) das Netzwerk nach einer gültigen IP mit einem BOOTP-Request 2.) BootManager empfängt Paketauf Port 67 und sendet auf Port 68 an die Ip 192.168.2.202 den BOOTP-Replay 3.) jetzt sendet die DBox einen ARP-Request (AdressResolutionProtocol) an das Programm und fragt praktisch nochmal per ARP nach der MAC-Adresse des Computers 4.) Computer antwortet natürlich per ARP-Replay und teilt der DBox die MAC-Adresse mit 5.) Jetzt bittet die DBox auf Port 69 (TFTP) um das Senden der ppcboot im Verzeichnis c:\temp\brain 6.) Der BootManager sendet nun auf Port 2001 die PPCBOOT, zerlegt in viele 524 Byte-Daten-Blöcke 7.) Nach jedem erfolgreichen Empfang eines Paketes, meldet das die DBox dem Programm auf Port 1111 Nun folgen wieder 6.) und 7.) bis die Datei gesendet ist ... Das sind dann 433 Datenpaket mit je 524 Byte + das letze Paket mit 84 Byte. Das sieht ganz schön kompliziert aus !!! Grüße

@kai-t Respekt !!! Das würde jetzt sogar meine bessere Hälfte verstehen Also das Prog hat aktuell den Stand : es lauscht auf Port 67 und wartet auf ein BOOTP-Datenpaket. Beim Einschalten der DBox empfängt es dieses und wertet es aus. Die benötigten Daten, wie MAC der DBox etc. werden in ein Datenpaket gepackt und an die Box zurück gesendet. Ich denke auch mal, dass die Box das Paket auch annimmt, weil keine weiter Anfrage von der DBox kommt. Denn ich habe das mal überprüft, was due DBox macht wenn keine 'Gegenstelle' antwortet. Dann sendet sie 3 mal diese BOOTP-Anfrage und wenn diese Anfragen unbeantwortet bleiben, fährt sie ganz normal hoch. Da sie aber wie gesagt nicht nochmal nachfragt, denke ich mal, sie hat das Paket verstanden. Das Einzige, was mich ein wenig stutzig macht ... ich habe mal den Unterschied meines gesendeten Paketes und das des BootManagers verglichen. Die Pakete sind grundsätzlich identisch. Nur muss ich mein Datenpaket an die "255.255.255.255" also als Broadcast senden, da die IP der DBox ja nicht bekannt ist, bzw. sie hat ja keine und bekommt sie ja erst mit diesem Datenpaket zugewiesen. Im BootManager wird das Paket aber seltsamerweise direkt an die IP gesendet. Dann versuche ich jetzt mal die ppcboot an die Box zu schicken. Ich bin ja mal gespannt, was da passiert. Nur so zum Verständnis ... diese PPCBOOT ist dann erst mal sowas wie das Betriebs-System für die DBox und leitet dann praktisch das Flashen des Images ein? Woher weiß die ppcboot denn, wo mein Image liegt? Grüße

@SnowHead War das nicht der KC85... irgendwas ???

@odyseia Hä ? Die MAC-Filteradresse macht doch nur bei WLAN Sinn. Oder sehe ich das falsch? Also daran sollte es eigentlich nicht liegen ....

@Worschter na ich lese mir gerade die Daten unter dem Link durch ... das ist ja schin mal eine riesen Menge. Da kann man gaaaanz sicher was von gebrauchen !!!! Mir gefällt sowas immer. Ein Klick und alle Infos, die einen so interessieren. Gerade wenn es um Hardware-spezifische Sachen geht. Echt genial !

Ich habe heute im Web ein umfangreiches und ausführliches Tut gefunden mit dem Thema Netzwerk- und Protokoll-Programmierung. Das ziehe ich mir jetzt erst mal rein, bis ich es wirklich verstanden habe. Denn dann lässt sich auch ein vernüftiger BOOTP-Dienst schreiben, was natürlich besser ist, als ein generiertes Datenpaket. Denke mal, ich werde wohl das Weekend ausgiebig lesen müssen / dürfen ... aber macht einen ja nicht dümmer! Ein C# Code-Gerüst für NFS und TFTP habe ich heute gefunden. Muss ich zwar umschreiben und anpassen. Ist aber erst mal ein guter Anhalt. Ich bin also ganz zuversichtlich :-) Grüße ! Übrigens ... meine Frau freut sich auch schon sehr, wenn das Programm endlich fertig ist. Aber nicht, weil sie es auch anwenden will, sondern ....... naja, kann man sich ja denken

Hmmm ... klingt eigentlich ganz interessant. Ich finde sowas immer nicht schlecht, auf einen Button klicken und dann gesammelte und zusammengefasste Infos zu bekommen. @Worschter der Link ist ja geial ... da ist ne Menge brauchbares dabei !!!! Ziehe ich mir gerade rein. Ziemlich interessant! Kommt also auf jeden Fall mit rein! Grüße

Und was gibt es da noch, ausser der MAC ? Kann man auslesen ob 1xI oder 2xI ? Man könnte ja das auch so machen > Bitte klicken Sie Ihr Modell an : O NOKIA O SAGEM O PHILIPS Und dann ausgeben : Sie haben eine Nokia. Nein, im Ernst. Was kann man denn an einer DBox so alles noch auslesen? Grüße

@SnowHead Sicher ???? Denn wenn er schreibt dann meint er doch sicher das Display ... ? Na ist ja auch worscht . Da fällt mir gerade ein, ich könnte doch dann noch so einen Punkt in das Programm einfügen, wo man all die Sachen angezeigt bekommt, die man aus der DBox auslesen kann. Wenn es mehr gibt als die MAC-Adresse. Ich weiß ja nicht, was kann man denn theoretisch noch auslesen lassen ? Grüße

Guten Morgen :-) da muss man aber schnell notieren :-) Ich habe die MAC auch mal aus dem Display heraus geschrieben. Also min. 3 mal musste ich schon booten. Bzw. nicht ich, sondern die Box. Grüße

@SnowHead Naja, eigentlich nicht wirklich. Mir fällt da so spontan ein Beitrag von kai-t ein. *SUCH* ... *GEFUNDEN* Zitat (und das war ziemlich am Ende von seinem Listing, was alles zu machen ist!) : Alleine bei der Aussage, das es dann noch heftiger wird, fangen meine blonden Haare an, sich selbständig in ein einheitliches Grau zu verfärben. Naja, mal abwarten ... Aber froh bin ich natürlich erst mal, dass ich meiner DBox nix schlimmes antue wenn ich ihr die Farbe am Power- und Pfeil-Hoch Button durch häufigen Gebrauch abnutze. Grüße [EDIT] Gerade gelesen ... Du bist ja jetzt König ! Herzlichen Glückwunsch !!!! So zu sagen TopPoster König SnowHead ... [/EDIT]

Naja, ist schon unglaublich. Vor ein paar Tagen hätte ich echt gedacht : "ach, das Datenpaket per UDP empfangen ... passende Antwort manuell generieren und senden. Und fertig..." Nun ganz so war es nicht. Ich sitze seit heute morgen 07.00 an diesen dämlichen Paketen und habe immer diesen blöden Fehler übersehen. Aber um so mehr freue ich mich, dass es nun endlich geklappt hat. War auch das Letze, was mir noch eingefallen ist ... aber man soll ja nie aufgeben. Allerdings stehe ich jetzt auch da wie der Ochs vorm Tor. Nun muss mir das kai-t nochmal so richtig klein klein erklären, wie es nun weiter geht. Aber das wird schon. Jetzt werde ich mir erst mal noch ein Bier genehmigen ... Andere Frage am Rande : Meine DBox nimmt mir das hoffentlich nicht übel, diesen ständigen Reset? Denn auf Arbeit teste ich an meiner guten Sat-Box. Und so etwa 500 mal Reset musste sie heute ganz sicher über sich ergehen lassen ... ich hoffe da passiert nix ?! Grüße

SO, also durch ausgiebiges Testen habe ich es nun scheinbar hinbekommen. Das Programm sendet jetzt das Datagram zurück. Es wird nun auch im Netzwerkmonitor nicht mehr als ARP-Paket angezeigt, sondern als Antwort-Paket BOOTP !!!!!!!! Also schon mal ein ganzes Stück weiter. Nun muss mir kai-t das noch mal erläutern, wie es nun weiter geht. Also aktueller Stand ist jetzt : DBox sendet BOOTP-Anfrage per Broadcast Programm antwortet, wertet aus und sendet passende Antwort zurück Mein Fehler war, ich hatte den Header um das Datagram mit generieren lassen. Und dann wurde natürlich das gesamte Datenpaket noch mal in einen Header gepackt (läuft ja automatisch) und dann war natürlich der gesamte Inhalt ungültig. Sich freuender

Das wird ne wilde Einstellungs-Sache. Hier lassen sich bei C# eine Unmenge Optionen einstellen, was mit dem Datenpaket passieren soll. Muss ich also testen ... Du kannst mir aber mal einen Gefallen tun. Ich sende Dir das Programm mal. Und Du kannst ja mal das UDP-Hex-Paket vergleichen (wird noch automatisch mit angezeigt, aus Test-Zwecken) mit dem des Bootmanagers. Am besten per Netzwerkmonitor oder so. Wenn die beiden Paket bei Dir auch idenisch sind, dann kann es schon mal nicht am Paket liegen. Grüße

Also meinst Du, ich sende das Pakte mal per Broadcast? Na da bin ich ja mal gespannt ...

So, also ich habe nun das komplette HEX-Daten-Paket generiert. Bzw. das Programm generiert dieses Datenpaket. Ich habe zum Vergleich mal mit dem BootManager mein Image geflasht und dort die selben Einstellungen genommen wie bei meinem Programm (Ordner der ppcboot, IP-Adressen etc.). Mit dem Tool von Snowhead konnte ich das durch den BootManager gesendete Datenpaket 1 zu 1 mit dem vergleichen, welches in meinem Programm generiert wird. Also die beiden Paket stimmen zu 100% überein (Hexadezimal überprüft). Nun sitze ich vor dem Problem, ich muss ja jetzt der DBox dieses Paket in einer Art Rohdaten rüberschieben? Denn ich kann es ja nicht als normales TCP-Paket oder ein ARP-Paket definieren. Denn sonst kommt um mein Daten-Paket noch der entsprechende Header drum ... und dann passt es ja nicht mehr. Hat jemand eine Idee, wie ich ein 100% stimmendes Datenpaket im Roh-Daten-Modus übers Netz schicke ? Sonst muss ich nochmal bei irgendwelchen C#-Freaks nachfragen. So, jetzt gehe ich erst mal ein Bier trinken ... vor lauter Arrays und Hex-Zahlen raucht mir der Kopf. Prost

@SnowHead Naja, aber es ist ja programmiertechnisch etwas 'ungeschickt' einfach ungeprüft eine IP zu vergeben. Also das will ich auf jeden Fall ändern. Im Moment kommt halt erst mal noch die Meldung : Der DBox wird temporär die IP xx.xx.xx.252 zugewiesen. Damit bekommt man wenigstens erst mal einen Hinweis, welche IP vergeben wird. Ich habe mir das gestern abend mal angesehen ... nur um das Programm "Ping"-fähig zu machen und dann praktisch von 252 an rückwärts nach einer freien IP suchen zu lassen sind so in etwa 300 Zeilen (geschätzt!) Code nötig. Das fand ich dann doch etwas heftig. Das mache ich dann wie gesagt später mal.

Einen schönen guten Morgen allen, ... was für ein Wortspiel ... Sitze gerade vor einem kleineren Problem. Ich muss ja der DBox, in dem UDP-Datagramm, welches mein Programm auf Port 68 zurück schickt eine freie IP im eigenen Netz mitgeben. Leider ist es unter C# nicht mit Hausmitteln möglich, einfach eine freie IP zu erfragen, so in der Art "ping". Es gibt zwar eine Lösung, aber dazu muss ich auf einen ext. Codeblock zurück greifen. Ich arbeite das zwar ein, aber erst später, wenn das Flashen ordentlich klappt. Also habe ich zur Zeit als kurzzeitige Lösung einfach die (meiner Meinung nach) im eigenen Netzwerk am seltensten verwendete IP-Adresse genommen. Das sollte ja eigentlich xx.xx.xx.252 sein. [info] Und mit meinem Prog bin ich am Weekend auch ganz gut weiter gekommen. Das Programm sendet nun auf Port 68 das Datenpaket zurück, dass die DBox erwartet. Und es sendet auch gleich den geänderten Ort der ppcboot mit. Nämlich c:\temp\brain. [/info] Grüße und eine schöne Arbeitswoche

@bs667 Dem, was finki333 geschrieben hat, kann ich mich nur anschließen. Ich selber nutze in meinem Gartenhaus einen NetGear WGE 111 und bin voll zufrieden! Grüße

Also kann ich davon ausgehen, dass wenn es hinter meinem HUB geht, dass es dann auch mit einem Switch klappt? Denn ich kann mich erinnern, das ich mal Probleme mit einem Switch beim Flashen hatte. Deshalb habe ich ja jetzt auch einen HUB. Allerdings weiß ich nicht mehr, auf welche Art und Weise ich damals die DBox flashen wollte. Übrigens denke ich auch, dass ich nun die passende Möglichkeit gefunden habe, der DBox auf UDP-Port 68 das erwartete Datenpaket zu senden. Bin gerade wild am Testen. Grüße

@kai-t @worschter @SnowHead Guten Morgen. Kann ich einem von Euch das Prog. mal senden? Ich denke mal, das Programm soll ja auch hinter einem Switch laufen. Ich habe aber in meinem Netz nur einen HUB. Kann also nicht testen, ob es auch hinter einem SWITCH läuft. Wenn es läuft, dann müsste nach demAuswählen von "Image flashen" und einem Neustart der DBox, der Inhalt des BOOTP-Datenpaketes und danach die MAC-Adresse angezeigt werden. Wenn es nämlich nicht hinter einem Switch geht, muss ich eine andere Methode nehmen. Vielen Dank ! Ach so, und im Moment passiert noch nix weiter ausser das Auslesen, Auswerten und Anzeigen des BOOTP-Datenpaketes. Also keine Angst, dass irgendwas geflasht wird. Grüße Edit SnowHead: zugeschickte Datei angehängt Release.ZIP

@finki333 ich würde ja als aller erstes mal auf ein Netzwerk-Problem schließen. Hast Du nach Deiner Neu-Insattaltion des Laptops auch Deine Netzwerk-Config wier so eingestellt, wie sie mal war ? Grüße

HACKENZUSAMMENSCHLAG ... Jawoll ! Wird gemacht. Die Datei ist auch im \zapit - Ordner? Oder ? Übrigens, das Programm reagiert jetzt auf das BOOTP-Datenpaket der DBox. So langsam geht es drum, das entsprechende Paket an die Box zurück zu senden. Ich versuche mich erst mal dran. Evtl. muss mir kai-t noch mal ein wenig unter die Arme greifen ... Grüße

@vitacola1 Vielen Dank für Dein Angebot. Aber SnowHead hat mir vorhin ein Tool geschickt, das zerlegt mir die gesendeten und empfangenen Datenformate genau in das Format, wie ich es brauche. Trotzdem natürlich vielen Dank für das Angebot !!! @SnowHead Vielen Dank! Das Programm ist genial. Da gibt es ganz sicher auch noch eine andere Nutzung, die mir da so spontan einfällt! Oder soll ich es löschen, wenn ich es nicht mehr für mein Programm brauche ? Also Vielen Dank dafür !!!! Grüße