Mal vollkommen losgelöst vom Rest der Frage ... was soll das denn für ein Kommando sein? Wenn das der FTP-Client von Windows gewesen sein sollte, dann kennt der ungefähr diese Optionen beim Aufruf:
https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/ftp
und zusätzlich als "Kommando" innerhalb der Session dann entsprechende "sub-commands":
https://docs.microsoft.com/en-us/previous-versions/orphan-topics/ws.10/cc755356(v=ws.10)
und darunter dann tatsächlich auch ein "debug"-Kommando:
https://docs.microsoft.com/en-us/previous-versions/orphan-topics/ws.10/cc772940(v=ws.10)
Was er aber garantiert nicht kennt, ist ein Kommando:
Was soll das überhaupt sein und was soll das bewirken? Die Anzeige der an den FTP-Server gesendeten Kommandos und dessen Antworten schaltet ja schon ein einfaches "debug" um (zwischen "ein" und "aus", wie man sich leicht selbst überzeugen kann und das ohne jedem Zusatz dahinter) ... ist das "bin" dann dafür gedacht, dem Server mitzuteilen, daß es nur "binäre" Möglichkeiten für diese Einstellung gibt (also "0" vs. "1" bzw. "aus" vs. "ein") und so etwas wie "mache einfach ein bisschen Debugging, aber nicht zu viel - denke einfach mit" nicht im Interesse des Bedienenden liegt? Oder kann man da auch "hex" angeben und dann erhält man die gesendeten Kommandos und die Ausgaben in hexadezimaler Darstellung?
Am Ende muß man vermutlich noch dem Parser im FTP-Client von MS einen Vorwurf machen, daß der solchen Schwachsinn einfach ignoriert, anstatt ihn mit "superflous arguments" o.ä. abzulehnen.
Ich wage mal die Behauptung, daß da Deine "Quelle" auch nur von irgendwoanders abgeschrieben hat und den Sinn gar nicht wirklich verstanden hatte ... da würde ich mir "für den Rest" dann auch eine andere Quelle suchen, die das vielleicht tatsächlich verstanden hat. Die weiter vorne in diesem Thread verlinkten Anleitungen enthalten diesen Unfug jedenfalls nicht.
Ansonsten würde ich mich (angesichts der Beschreibung des Fehlers) mal mit dem generellen Vorgehen bei der Verwendung des AVM-Recovery-Programms befassen ... das klingt (zumindest für mich) eher nach einem Fehler in dessen Anwendung infolge des nun nicht mehr vorhandenen DHCP-Servers der Box und dazu habe ich ausreichend viel (m.E. jedenfalls) bereits geschrieben, was man da machen könnte, um sein Windows-System mit dem Recovery-Programm doch noch zum Finden der Box zu verleiten.
Daß die Box mit falschem Branding (für die installierte Firmware) in einer Schleife festhängt (ist zwar auch nicht zwingend, normalerweise sollte sie nur kein GUI zeigen), ist wenig verwunderlich ... aber ich würde trotzdem von manuellen Versuchen absehen, die
@wutz65 vorgeschlagen hat. Wenn schon das Recovery-Programm die FRITZ!Box nicht finden kann, dann ist die Wahrscheinlichkeit, daß das einem (wohl eher ungeübten) FRITZ!Box-Besitzer manuell gelingt (und das müßte es ja, wenn man erneut in den FTP-Server im Bootloader schauen soll), eher bescheiden. Wenn man das "von Hand" schaffen sollte, dann schafft es das Recovery-Programm ebenfalls ... außer die Firewall funkt da (wegen ungenügender Einstellungen hinsichtlich der Rechte des Recovery-Programms) noch dazwischen - aber auch dann ist es einfacher, dem Recovery-Programm die passenden Rechte einzuräumen.
Meine Erklärungsversuche, wie das Recovery-Programm eigentlich arbeitet, sollten aber auch diesen Umstand abdecken ...
