Die 1.0.5.11 funktionierte bei mir prinzipiell (ATA486 als Client), verhielt sich jedoch ziemlich eigenartig auf dem Netzwerk. Z.B. wurden endlos ARP-Anfragen bezüglich der MAC des Gateway/DNS (Linux-Router) abgesetzt, also
arp who-has igw.andewb.local tell gs.andewb.local
arp reply igw.andewb.local is-at 00:...
Weiterhin hat er endlos den DNS befragt, um den eingetragenen SIP-Reg-Server aufzulösen. Da das alles im LAN lief und der lokale DNS-Server auch 'nen prima Cache hat war das nicht das Problem, von wegen externer Traffic, aber sehr eigenartig war es schon. ARP-Ergebnisse werden i.d.R. nach 5 Minuten verworfen oder schon zeitiger, nämlich dann wenn der eigene ARP-Cache voll ist. Dem ATA war das relativ egal denn der schien überhaupt nix zwischenzuspeichern sondern permanent neu zu fragen, auch beim DNS. Die 1.0.5.7 lag noch herum, diese wieder aufgespielt und der ATA funktionierte im Netz wieder so wie er soll.
Der Telefon-Funktionalität tat das Verhalten des ATA mit der 11er keinen Abbruch, aber nun ja. Nach jedem Aufspielen einer Firmware erfolgte ein Factory-Reset, um irgendwelche Übernahmeprobleme von internen Konfig-Variablen in die andere Firmwareversion auszuschließen. Vielleicht sollte sich Grandstream auch mal bei einem anderen Hersteller umschauen, wie die das mit der Übernahme der internen Konfigurationstabellen bei einem Firmwareupdate handhaben, z.B. bei BinTec ...
