5.08 DFS Fehlerbehebung
Moderator: Lancom-Systems Moderatoren
5.08 DFS Fehlerbehebung
Moin,
ich habe gestern in der Freigabe gelesen das DFS Erkennung in 5.08 verbessert worden ist. Gibt es hierzu vielleicht eine etwas genauere Beschreibung, was da genau geändert wurde?
Marc
ich habe gestern in der Freigabe gelesen das DFS Erkennung in 5.08 verbessert worden ist. Gibt es hierzu vielleicht eine etwas genauere Beschreibung, was da genau geändert wurde?
Marc
>150 Wlan Geräte für den Backbone im Einsatz. Einige Server für die User-Einwahl via PPPoE. LWL-Standleitung als Uplink...>500 Kundenclients. >10TB je Monat Traffic u.s.w. Wlan-Link von 100m bis 15km Entferung.
Moin,
also ich kann berichten das die DFS-Empfindlichkeit scheinbar etwas zugenau geht. Denn das Logfile platzt fast vor
Channel change due to manually forced scan und Channel change due to ETSI DFS time limit
Nehme doch wohl die 5.06 wieder
Marc
also ich kann berichten das die DFS-Empfindlichkeit scheinbar etwas zugenau geht. Denn das Logfile platzt fast vor
Channel change due to manually forced scan und Channel change due to ETSI DFS time limit
Nehme doch wohl die 5.06 wieder

Marc
>150 Wlan Geräte für den Backbone im Einsatz. Einige Server für die User-Einwahl via PPPoE. LWL-Standleitung als Uplink...>500 Kundenclients. >10TB je Monat Traffic u.s.w. Wlan-Link von 100m bis 15km Entferung.
Moin,
Zeiten für einen Rescan definiert hast oder Zeiten, an denen die 24 Stunden
Gültigkeit eines Kanal abgelaufen waren. Die 24 Stunden sind auch eine ETSI-Vorschrift
und die wirst Du mit dem Downgrade auf die 5.06 nicht los.
Gruß Alfred
Die haben beide nichts mit Radar zu tun. Das sind entweder Stunden, die Du selber alsalso ich kann berichten das die DFS-Empfindlichkeit scheinbar etwas zugenau geht. Denn das Logfile platzt fast vor
Channel change due to manually forced scan und Channel change due to ETSI DFS time limit
Zeiten für einen Rescan definiert hast oder Zeiten, an denen die 24 Stunden
Gültigkeit eines Kanal abgelaufen waren. Die 24 Stunden sind auch eine ETSI-Vorschrift
und die wirst Du mit dem Downgrade auf die 5.06 nicht los.
Gruß Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015
-- Edgar Froese, 1944 - 2015
ist schon klar nur nicht alle drei oder vierstunden. Und der Strom kann auch nicht weg gewesen sein, denn dann wäre das Logfile leer. Die Aussetzer treten erst seit der 5.08 verstärkt auf. Denn die 24Std. sind bei mir um 5Uhr zu ende und nicht um 13Uhr, 19Uhr . Ich sehe im Überwachungsprogramm genau wann Aussetzer drin sind und seit 5.08 sehr verstärkt. Ich habe jetzt mal wider auf 5.06 zurück geschaltet und werde das die kommen Tage beobachten.
Zusatz 20:18 Uhr : Es ist mit 5.08 auch zweimal vorgekommen das ein P2P-Strecke den Connect verlohren hat und nur ich durch eine Configänderung(Sendeleistungsänderung) per Ferne den Link wieder gekommen ist.
Marc
Zusatz 20:18 Uhr : Es ist mit 5.08 auch zweimal vorgekommen das ein P2P-Strecke den Connect verlohren hat und nur ich durch eine Configänderung(Sendeleistungsänderung) per Ferne den Link wieder gekommen ist.
Marc
>150 Wlan Geräte für den Backbone im Einsatz. Einige Server für die User-Einwahl via PPPoE. LWL-Standleitung als Uplink...>500 Kundenclients. >10TB je Monat Traffic u.s.w. Wlan-Link von 100m bis 15km Entferung.
Also ich habe derzeit auch ein massives DFS-Problem. Ich habe zwei Richtstrecken. Beide haben einen gemeinsamen Punkt (Mast) und laufen da in einem spitzen Winkel zueinander weg. Die eine Strecke läuft absolut stabil während die andere ständig Rescans macht. Laut trace # dfs wird ständig gescannt, er geht gar nicht mehr in den Betriebsmodus. Seltsamerweise wird dabei nicht ein einziges Mal ein Radar Pulse detektiert (laut trace).
Die eine (funktionierende) Richtstrecke läuft auf der Firm 5.00.0016, die streikende Richtstrecke auf 5.08.0005.
Ich bitte dringend um Hilfe da die zweite Richtstrecke wirklich gebraucht wird. Ich hab leider die Firm 5.00.0016 nicht mehr da sonst hätte ich die drauf gemacht. Falls es nicht kurzfristig eine Lösung gibt bitte ich mal jemanden von Lancom, mir die 5.00.0016 zuzumailen. Danke!
Die eine (funktionierende) Richtstrecke läuft auf der Firm 5.00.0016, die streikende Richtstrecke auf 5.08.0005.
Ich bitte dringend um Hilfe da die zweite Richtstrecke wirklich gebraucht wird. Ich hab leider die Firm 5.00.0016 nicht mehr da sonst hätte ich die drauf gemacht. Falls es nicht kurzfristig eine Lösung gibt bitte ich mal jemanden von Lancom, mir die 5.00.0016 zuzumailen. Danke!
Hi,
bitte schön:
http://www.fnoh.de/LC-L54-5.00.0016.upx
http://www.fnoh.de/LC-L54-5.02.0020.upx
http://www.fnoh.de/LC-L54-5.04.0039.upx
http://www.fnoh.de/LC-L54-5.06.0005.upx
die 5.20 ist aber auch seit gerade raus. Mal schaun was die bringt.
Gruß Marc
bitte schön:
http://www.fnoh.de/LC-L54-5.00.0016.upx
http://www.fnoh.de/LC-L54-5.02.0020.upx
http://www.fnoh.de/LC-L54-5.04.0039.upx
http://www.fnoh.de/LC-L54-5.06.0005.upx
die 5.20 ist aber auch seit gerade raus. Mal schaun was die bringt.
Gruß Marc
>150 Wlan Geräte für den Backbone im Einsatz. Einige Server für die User-Einwahl via PPPoE. LWL-Standleitung als Uplink...>500 Kundenclients. >10TB je Monat Traffic u.s.w. Wlan-Link von 100m bis 15km Entferung.
Erstmal dickes Danke @Louis! Hab die 5.00.0016 grad aufgespielt und siehe da der Link ist stabil. Zwar scheint aus irgendwelchen Gründen der SNR ca. 5 dB geringer zu sein als bisher mit der 5.08 aber er ist zumindest nicht mehr mit DFS beschäftigt.
Die 5.20 werde ich mal am nächsten WE zu einer ruhigen Stunde ausprobieren.
Die 5.20 werde ich mal am nächsten WE zu einer ruhigen Stunde ausprobieren.