ARP manuell unter macOS und Linux
Falls es Probleme mit ARP requests zu bestimmten Netzwerkgeräten geben, muss man die eigentlich automatisch erzeugten ARP Einträge händisch machen. Dieses Problem tauchte u.a. bei der Verwendung des Brick2- bzw. auch Brick3-SDR-TRX auf – betrifft aber nicht jeden Anwender, da es an bestimmte Rahmenbedingungen der eingesetzten Netzwerkinfrastruktur gebunden ist. Treffen diese nicht zu, kommt das Problem glücklicherweise erst gar nicht zum Tragen.
Inzwischen ist das ARP-Problem beim Brick bestätigt und auch gefunden worden und durch eine entsprechende Anpassung der FPGA Gateware nach meiner Analyse und Zuarbeit behoben.
Hierzu bitte den Entwickler des Brick kontaktieren, da in diesem Fall der Brick ein Gateware-Update benötigt, was leider, konzeptbedingt durch die Gestaltung der Hardware, nicht so einfach einzuspielen geht.
Das Problem liegt darin, das keine verwertbare Zuordnung IP-Adresse <-> MAC Adresse im Netzwerkstack erzeugt wird und damit eine Kommunikation mit dem Gerät entweder gar nicht oder nur teilweise erfolgt. Im Falle des Brick führt das Problem dazu, das die P2-Protokollstreams nicht gestartet werden können, also der Brick nicht von der jeweiligen SDR Host Applikation wie deskHPSDR in den Running-Mode versetzt werden kann. Er startet praktisch nicht, wird aber sehr wohl beim Device Discovery korrekt erkannt.
Hier die manuelle Lösung als Workaround:
unter Linux:
Set:
sudo ip neigh replace 192.168.253.26 lladdr 00:1c:c0:a2:22:5c dev eth0 nud permanent
Check:
ip neigh show 192.168.253.26
Delete:
sudo ip neigh del 192.168.253.26 dev eth0
Auf älteren Linux-Systemen lässt sich, sofern noch vorhanden, alternativ auch noch das bekanntere arp command verwenden.unter macOS:
Set:
sudo arp -s 192.168.253.26 00:1c:c0:a2:22:5c
Check:
arp -a | grep 192.168.253.26
Delete:
sudo arp -d 192.168.253.26Brick2 (14bit) PA Kalibration auf 10W alle Bänder
