Informationen zur. LCOS Software Release RU5

Transkript

1 Informtionen zur LCOS Softwre Relese RU5 Copyright (c) LANCOM Systems GmbH, Würselen (Germny) Die LANCOM Systems GmbH übernimmt keine Gewähr und Hftung für nicht von der LANCOM Systems GmbH entwickelte, hergestellte oder unter dem Nmen der LANCOM Systems GmbH vertriebene Softwre, insbesondere nicht für Shrewre und sonstige Fremdsoftwre. LANCOM Systems GmbH Adenuerstrsse 20 / B Würselen Germny Internet: , CBuersch Inhltsübersicht 1. Einleitung Neue Fetures, Änderungen und Historie... 3 LCOS Änderungen von RU RU LCOS Änderungen von SU RU LCOS Änderungen von RU SU LCOS Änderungen von SU RU LCOS Änderungen von Rel SU LCOS Änderungen von RC Rel LCOS Änderungen von RC RC LCOS RC Wichtige Hinweise Sichern der ktuellen Konfigurtion Gerätespezifische Empfehlungen Verwendung einer Minimlfirmwre zur Vergrößerung des Speicherpltzes Verwendung von Dynmic VPN LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 1 von 18

2 1. Einleitung LCOS ( LANCOM Operting System ) ist ds Betriebssystem für lle LANCOM Router und Wireless LAN Access Points. Im Rhmen der von den Produkten vorgegebenen Hrdwre ist die jeweils ktuelle LCOS Version für lle LANCOM Produkte verfügbr und wird von LANCOM Systems kostenlos zum Downlod ngeboten. Dieses Dokument beschreibt die Neuerungen der LCOS Softwre Relese RU5 sowie die Änderungen und Verbesserungen zur Vorversion. Bechten Sie vor der Durchführung des Firmwre-Updte unbedingt die Hinweise im Kpitel 3 dieses Dokumentes. Aktuelle Support-Hinweise und sowie Informtionen über beknnte Einschränkungen zur ktuellen LCOS-Version finden Sie im Support-Bereich unserer Webseite LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 2 von 18

3 2. Neue Fetures, Änderungen und Historie Geräte, die mit LCOS oder größer usgeliefert werden, kontktieren utomtisch die LANCOM Mngement Cloud (LMC). Diese Funktionlität ermöglicht eine Zero-Touch- Inbetriebnhme von neuen Geräten. Flls die LMC nicht verwendet werden soll, knn diese Funktionlität über den Grundeinstellungs-Wizrd bei der Erstinstlltion oder im LANconfig jederzeit unter Mngement > LMC dektiviert werden. Eine spätere Verwendung der LMC ist jederzeit wieder mnuell ktivierbr. LCOS Änderungen von RU RU5 Korrekturen / Anpssungen Allgemein Probleme beim Config-Reset wurden behoben. LCOS Änderungen von SU RU4 Neue Fetures Der RADIUS-Server unterstützt nun stndrdmäßig neben den Relm-Typen "Mil-Domin" und "MS- Domin" den Relm-Typ "MS-CompAuth". Die Geräte LN-1700, LN-1702, LN-860 und LN-862 signlisieren nun durch eine duerhft ornge leuchtende Power-LED eine nicht usreichende Stromversorgung vi PoE. Der VDSL-Linecode wurde für Geräte mit VDSL-Schnittstelle der Serien LANCOM 1781, 1783, 1784, R800, R88x sowie für den LANCOM 730VA ktulisiert. Verbindungsuf- und - bbuten sowie Verbindungsfehler von SIP-Leitungen werden nun im Syslog erfsst. Bei Neukonfigurtionen sind nun die IPv4-Sperrrouten für RFC1918-Netze nicht mehr stndrdmäßig ktiviert. Durch die LMC verwltete Geräte synchronisieren lokl vorgenommene Konfigurtionsänderungen nun bei Bedrf mit der LMC. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 3 von 18

4 Korrekturen / Anpssungen Allgemein Es wurden keine Informtionen zur WAN-Sttistik per SNMP versendet, ws z.b. im LANmonitor zu fehlenden Anzeigen führte. Der DHCP-Server sperrte bei der Prüfung, ob eine gewünschte Adresse frei ist, ls bereits vergeben erknnte Adressen mit der mximlen Lese-Zeit. Diese Adressen werden nun nur noch für fünf Minuten gesperrt. Die Stndrd-Firewllregel für den Content Filter in der IPv6-Firewll erfsste lle Protokolle und lle Sttionen zu llen Sttionen. Der SNMP-Zugriff uf einen LANCOM Router wr über eine WAN-Schnittstelle nicht mehr möglich, wenn in den Zugriffsrechten der WAN-Schnittstelle ds Recht "Nur lesen" für SNMP konfiguriert wr. In mnchen Fällen wurden Routen mit der Einstellung "Sticky für RIP" nicht korrekt über ds RIP- Protokoll propgiert. In der LANCOM ARP-Implementierung wurde eine Prüfung eingebut, bei welcher empfngene ARP- Pkete mit einer Absende-MAC-Adresse und gesetztem Group-Bit (Multi-/Brodcst) verworfen wurden. Dies konnte dzu führen, dss eine Lyer-2-Kommuniktion nicht funktionierte und z.b. ein Ping n einen loklen Server scheiterte. Ein Portforwrding des Ports 500 (UDP) funktionierte in einigen Szenrien nicht wie erwrtet. Wenn eine Konfigurtion ls Skript usgelesen wurde, konnte diese nicht fehlerfrei zurückgeschrieben werden, d es zu Fehlermeldungen im Public Spot-Modul km. Wenn der zu synchronisierende Konfigurtions-Snpshot größer ls 1 MByte wr, konnte ein Abgleich der Prmter vi Config-Sync nicht vorgenommen werden. Im OSPF besteht die Möglichkeit, sttische Routen per Routen-Redistribution zu verteilen. Nch einem Neustrt des LANCOM Routers ging die Route jedoch in der OSPF-Dtenbnk verloren und konnte somit nicht mehr über die LSAs verteilt werden. Wenn ein LANCOM Router eine Zeit-Anfrge (NTP vi UDP) empfing, welche eine Checksum 0 ufwies, so wurde diese vom internen Dienst des Routers bgelehnt. DHCPoE-bsierte Internet-Verbindungen, welche eine zusätzliche Mskierungs-Adresse (Molo-Adresse) erhielten, nutzten diese Adresse nur bis zur Hälfte der DHCP-Lese-Time. Bei einem DHCP-Renew ging die zusätzliche IP-Adresse verloren und es wurde b diesem Zeitpunkt die per DHCP erhltene Adresse verwendet. VPN Sttisch konfigurierte Routen uf VPN-Tunneln werden nun von OSPF durch die Routen-Redistribution propgiert. Es wurden keine Dten durch den VPN-Tunnel übertrgen, wenn eine IKEv2-Verbindung über den IPSec-over-HTTPS-Modus ufgebut wurde. Betroffen wren IKEv2-Verbindungen zwischen zwei LANCOM Routern und ebenflls IKEv2-Verbindungen zwischen Advnced VPN Client und einem LANCOM Router. Wenn per WEBconfig ein weiterer Administrtor-Account ngelegt werden sollte, fehlten in der Konfigurtionsoberfläche Felder zur Eingbe unterschiedlicher Prmeter sowie Checkboxen zur Vergbe von Funktionsrechten. Bei einigen Browsern konnte die Konfigurtionsoberfläche des WEBconfig "einfrieren" und die CPU- Lst des Routers uf 100% steigen wenn der Setup-Assistent "Einwhl-Zugng bereitstellen" genutzt und die Option "VPN-Client mit benutzerdefinierten Prmetern uswählen" verwendet wurde. WLAN LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 4 von 18

5 Bei Geräten mit c Wve1-WLAN-Modulen konnte es spordisch zu einem unvermittelten Neustrt kommen, welcher von einem fehlerhften Reset des WLAN-Moduls verurscht wurde. EAPoL-Pkete für die 802.1X-Authentifizierung wurden vom Access Point nicht weitergeleitet, wenn uf den Geräten Protokoll-Filter (unter Wireless-LAN Security Protokolle) definiert wren, welche Pkete von Clients verwerfen sollten. Ein explizierter Allow-Filter für EAPoL-Pkete (Ethertype 888e) löste den Fehler uf. Nch einer Firmwre-Aktulisierung uf LCOS SU3 wurde bei Punkt-zu-Punkt-Verbindungen im LANmonitor kein Wert für "Senderte (zur Gegenstelle)" mehr ngezeigt. Die Spectrl Scn-Funktion in WEBconfig ließ nch kurzer Zeit bei einigen Browsern die Browser- Registerkrte "einfrieren". In der Folge wurden keine Spectrl Scn-Dten mehr ngezeigt. Wenn für eine Public Spot-Templte-Seite kein "Templte Cche" ktiviert wr, konnte dies dzu führen, dss z.b. die Login-Seite des Public Spots nch einiger Zeit nicht mehr ufgerufen werden konnte. Bei Geräten mit mehr ls 128 MByte RAM ist der Templte Cche nun per Defult immer ktiv. Beim Aktivieren einer Public Spot Option uf einem LANCOM Gerät wurden die benötigten Dtei- Ordner nicht im LCOS-Menübum ngelegt. Dies erfolgte erst nch einem mnuellen Neustrt des Gerätes. Nch einem Firmwreupdte uf LCOS SU3 km es in einigen Fällen dzu, dss eine zuvor problemlos funktionierende Punkt-zu-Punkt WLAN-Verbindung nicht mehr ufgebut werden konnte. Dieses Verhlten trt nur in Verbindung mit ktiviertem Spnning-Tree-Protokoll (STP) uf. Nch einem Firmwre-Updte konnte es bei ktiviertem WLAN-Protokollfilter vorkommen, dss einige WLAN-Clients sich nicht verbinden konnten. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 5 von 18

6 VoIP Bei Verwendung des LANCOM Routers ls VoIP-Gtewy konnten Bndbreitenreservierungen der Telefonie in seltenen Fällen eine Blockierung der Internet-Kommuniktion verurschen. Ein CANCEL-Requst, welcher während eines Rufufbus vom LANCOM Router empfngen wurde, wurde nicht n ds Telefon weitergeleitet. In der Folge wurde der Ruf weiterhin m Telefon signlisert. In der URI des Route-Heders eines SIP-Pkets wurde ds SIP großgeschrieben, ws nicht RFC konform ist und dzu führen konnte, dss bestehende Rufe nch 30 Sekunden bgebut wurden. Wenn ein UnREGISTER-Pket unbentwortet blieb, wurden nstelle eines normlen REGISTER-Pkets weitere UnREGISTER-Pkete gesendet, ws bei einigen Providern dzu führte, dss eine SIP-Leitung nicht registriert werden konnte. Wenn Anrufe mit unterdrückter Rufnummer über Trunk-Leitungen gesendet wurden, welche eine SIP- ID im "FROM"-Heder benötigten, so konnten diese Anrufe nicht durchgestellt werden. Wenn ein T.38-ReINVITE direkt mit einem 487 Request Terminted bentwortet wurde, bute der LANCOM Router den Ruf nicht direkt b, ws dzu führte, dss keine weiteren Fxe mehr empfngen werden konnten. Anrufe, die von einem DECT-Benutzer (ngebunden über die DECT-Bsissttion 510) n einen SIP- oder ISDN-Benutzer vermitteln werden sollten, schlugen fehl. Die DECT-Bsissttion fügte beim Vermitteln ein zweites (Proxy)-Authoriztion-Feld im SIP-Heder hinzu, welches vom LANCOM Voice Cll Mnger nicht interpretiert werden konnte. Bei Ausfll der primären WAN-Verbindung wurden registrierte SIP-Leitungen nch dem Umschlten uf ein vorhndenes LTE-Bckup nicht mehr verbunden. Die Tbelle für nloge Benutzer wurde in der LCOS-Version REL von vier uf zwei reduziert, ws dzu führte, ds bei einem Firmwre-Updte der dritte und der vierte Benutzer gelöscht wurden. Der Voice Cll Mnger wertete nicht die Allow-Heder von empfngenen SIP-Pketen us, sondern fügte immer eine eigene feste Allow-Liste ein, wenn er einen Ruf vermittelte. Wenn eine VoIP-Konfigurtion über den Setup-Assistenten in ds Gerät geschrieben wurde und in diesem Moment über die noch bestehende VoIP-Konfigurtion ein Ruf vermittelt wurde, konnte es zu einem unerwrteten Neustrt des Gerätes kommen. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 6 von 18

7 LCOS Änderungen von RU SU3 Korrekturen / Anpssungen Security Updte für LANCOM Router, Gtewys, Access Points und WLAN Controller Ds Updte behebt eine sicherheitsrelevnte Schwchstelle in den Mngement-Funktionen. Potentiell betroffen sind lle Geräte, die mit folgenden Firmwre-Versionen lufen: LCOS REL, SU1, RU2 LCOS RU2, PR, RU4 LCOS 9.24 RU6, SU7, RU8 Für diese Geräte wird ds Updte empfohlen. Alle nderen Versionen sind nicht betroffen. LCOS Änderungen von SU RU2 Neue Fetures Der Treiber für ds IEEE c-Wve1-WLAN-Modul der folgenden Produkte wurde ktulisiert: LN-630cn dul Wireless, LN-830cn dul Wireless, L-1310cn dul Wireless, L-1302cn dul Wireless, IAP-821, IAP-822, OAP-821, OAP-822, OAP-830 vrouter-lizenzen des Typs "vrouter 500" können nun ktiviert werden. Zero-Touch-Provisionierung mit der LANCOM Mngement Cloud: LANCOM Router mit Ethernet- WAN-Port buen im Auslieferungszustnd eine DHCPoE-Verbindung über den WAN-Port uf und verbinden sich mit der LANCOM Mngement Cloud. Korrekturen / Anpssungen Allgemein Ein Schreiben der Konfigurtion vi LANconfig per TFTP oder serieller Schnittstelle wr nicht möglich, wenn ds LANCOM Gerät keine ktivierte Public Spot Option besß. Ein Zurückschreiben der Konfigurtion uf einem LANCOM Gerät ohne freigeschltete Public Spot Option wr über die serielle Schnittstelle nicht möglich. Beim LANCOM 1780EW-4G+ konnte eine konfigurierte WWAN-Verbindung (LTE oder UMTS) spordisch nicht verwendet werden, weil ds Mobilfunk-Modul keine IP-Adresse per DHCP mehr bezog. Auf Geräten vom Typ LANCOM 1780EW-4G+ konnte 2G (GPRS) ls Fllbck für Mobilfunkverbindungen konfiguriert werden, obwohl dieses Gerät es nicht unterstützt. Die LCOS-interne CA-Hierrchie, welche die Geräte-Zertifikte für HTTPS-Verbindungen uf ds Gerät erstellt, wr beim LANCOM 7100(+) VPN, 9100(+) VPN, WLC und WLC-4100 fehlerhft. Dies führte zu Geräte-Zertifikten, welche vom Browser nicht kzeptiert wurden. Ein fehlgeschlgener SCEP-Request verhinderte ds Ausführen weiterer SCEP-Requests, obwohl eine ndere Zertifizierungsstelle ngefrgt werden sollte. Eine Verbindung zu einer DHCPoE-Gegenstelle konnte nicht ufgebut werden, wenn ds der Gegenstelle zugeordnete DSLoL-Interfce einer Bridge-Gruppe zugeordnet wr. Wenn ds "iperf"-kommndo in der Komndozeile des LANCOM unvollständig oder bgekürzt eingegeben wurde (z.b. "iper" sttt "iperf"), strtete der iperf-server mit einer Wrnmeldung. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 7 von 18

8 Unter /Setup/DNS/DNS-Destintions konnten keine zwei Server ls Ziel eingetrgen werden, wenn einer oder beide mit dem -Zeichen erweitert wurden. Mit dem -Zeichen knn ein Routing-Tg mitgegeben werden. Im DHCP-Offer wurde einem BOOTP-Client der Server nicht übermittelt, welcher unter "Boot-Imges" eingetrgen wr. Es konnten keine Objekte in der Firewll (LCOS-Menübum: /Setup/IP-Router/Firewll/Objects; LANconfig: Firewll/QoS > IPv4-Regeln > Sttions-Objekte) ngelegt werden, welche ds -Zeichen enthielten, obwohl der erlubte Zeichenstz ds -Zeichen einschließt. Es wurden Pkete, welche durch eine Firewll-Regel zurückgewiesen werden sollten, übertrgen, wenn in der Firewll zwei QoS-Regeln mit jeweils ktivierter Verlinkung ("Weitere Regeln bechten, nchdem diese Regel zutrifft") ktiv wren und die Pkete uf eine dieser QoS-Regeln zutrfen. VPN Es konnte spordisch zu einem unvermittelten Neustrt des Gerätes kommen, wenn der Zeitpunkt eines IPSec-Verbindungsbbus mit dem Zustellen eines Dtenpketes, noch zugehörend zur bgebuten IPSec-Verbindung zusmmenfiel. Es wr nicht möglich, mehrere Dynmic VPN-Aushndlungen gleichzeitig uszuführen. Dies führte dzu, dss die zugehörigen VPN-Tunnel nicht ufgebut werden konnten. WLAN Eine in der Konfigurtion hinterlegte Sendeleistungsreduktion uf dem IEEE c-Modul wurde im Unterbnd 2 nicht berücksichtigt. Die Reduktion wurde uf den EIRP berechnet und nicht wie gewünscht uf die mximle Sendeleistung des Moduls. Die Funktion "Adptive RF Optimiztion" wurde um die Nutzungs-Bewertung der Knäle durch ndere WLAN-Geräte erweitert. Der WPA-Rekeying Mechnismus funktionierte ufgrund einer fehlenden Rekeying-ID nicht ordnungsgemäß. VoIP Eine SIP-Leitung konnte die Registrierung verlieren, wenn der DNS-Nme des Registrrs über einen DNS-Server ufgelöst wurde, der ein TTL=0 mitgeliefert ht. Ds Setzen eines Anruf-Präfix uf einer SIP-Leitungs-Gegenstelle unter "Voice Cll Mnger > Leitungen > SIP-Leitungen >..." führte zur Weitergbe der rufenden Nummer in einem ungültigen Formt (z.b. 0+49), d die interntionle Vorwhl von z.b. +49 nicht in 0049 geändert wurde. Wenn ein eingehender Voice-over-IP Anruf länger ls 120 Sekunden signlisiert wurde, ohne ngenommen zu werden, und dnn vom Provider beendet wurde, verblieb der Ruf mit dem Sttus "Klingeln" in der Ruf-Liste. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 8 von 18

9 LCOS Änderungen von Rel SU1 Korrekturen / Anpssungen WLAN Es wurde eine Sicherheitslücke im WPA2-Verfhren (KRACK-Attcke) im Zusmmenhng mit der Nutzung von r (Fst-Roming) im AP-Betrieb (Bsissttion) behoben: CVE : ccepting retrnsmitted Fst BSS Trnsition Ressocition Request nd reinstlling the pirwise key while processing it Bitte informieren Sie sich zudem beim jeweiligen Hersteller über die Verfügbrkeit von Updtes für Ihre WLAN-Clients. Auch diese Geräte müssen ktulisiert werden. Es wurde eine Sicherheitslücke im WPA2-Verfhren (KRACK-Attcke) im Zusmmenhng mit der Nutzung des WLAN-Client-Modus / WLAN-Sttion-Mode mit c-WLAN-Modulen, sowie bei Benutzung von Punkt-zu-Punkt-Strecken mit c- und /b/g/n-WLAN-Modulen behoben: CVE : reinstlltion of the pirwise key in the Four-wy hndshke CVE : reinstlltion of the group key in the Group Key hndshke Der mit /b/g/n-WLAN-Modulen betriebene WLAN-Client-Modus / WLAN-Sttion-Mode ist nicht betroffen. Hinweis: Von den folgenden WPA2-Sicherheitslücken (KRACK-Attcke) ist ds LCOS nicht betroffen: CVE : reinstlltion of the STK key in the PeerKey hndshke CVE : reinstlltion of the Tunneled Direct-Link Setup (TDLS) PeerKey (TPK) key in the TDLS hndshke CVE : reinstlltion of the group key (GTK) when processing Wireless Network Mngement (WNM) Sleep Mode Response frme CVE : reinstlltion of the integrity group key (IGTK) when processing Wireless Network Mngement (WNM) Sleep Mode Response frme CVE : reinstlltion of the group key in the Four-wy hndshke CVE : reinstlltion of the integrity group key in the Four-wy hndshke CVE : reinstlltion of the integrity group key in the Group Key hndshke LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 9 von 18

10 LCOS Änderungen von RC Rel Korrekturen / Anpssungen Allgemein Nch einem Neustrt des LANCOM Gerätes verblieben lle Ports im Sttus "disbled", obwohl Spnning Tree ktiviert wr. Eine per DHCP-Option zugewiesene LMC-Domäne wurde vom LANCOM Gerät (DHCP-Client) ignoriert. Eine ADSL-Verbindung mit der Encpsultion VC-MUX und einem trnsprenten Lyer-2 (nstelle von PPPoE) konnte nicht erfolgreich ufgebut werden. Nch Abluf der Lese-Time wurde uf einer Internet-Gegenstelle mit dem Lyer DHCPoEoV keine neue IP-Adresse bezogen und die Verbindung wurde kurzzeitig unterbrochen. Wenn vom einen Server in der DMZ zu große Pkete (größer ls die MTU der Ziel-Gegenstelle) n LANCOM Router gesendet wurden, in denen ds DF-Bit (don't frgment) gesetzt wr, so sendete der LANCOM Router keine ICMP-Fehlermeldung mit der Nchricht "frgmenttion needed..." n den Sender der Pkete und verwrf diese. Wenn in der Netzwerk-Definition der LANCOM Mngement Cloud eine VLAN-ID eingetrgen wurde, die gößer ls 999 wr, wurde diese Konfigurtion nicht kzeptiert, obwohl VLAN-IDs bis 4094 in den Netzwerk-Definitionen erlubt sind. Wenn ein NTP-Server im Netzwerk INTRANET konfiguriert wr, so konnte die Konfigurtion des Gerätes über LANconfig nch einer beliebigen Änderung nicht mehr zurückgeschrieben werden. Geroutete Multicsts (z.b. Videostrem n DSL-1) wurden innerhlb einer Bridge-Gruppe (z.b. BRG-1) m IGMP-Snooping vorbei uf ds Interfce LAN-1 und, sobld ein Client im WLAN eingebucht wr, uch uf WLAN-1 gebridged. Dies führte dzu, dss ds WLAN mit Multicst-Pketen "überflutet" wurde und die WLAN-Knllst derrt nstieg. dss die WLAN-Verbindung nicht performnt genug wr. In einem VRRP Lodblncing Szenrio mit RIP wurden ICMP Redirects mit der Quell-IP-Adresse des ARF-Kontextes und nicht mit der VRRP-IP-Adresse versendet. In einem EoGRE-Tunnel, dem unter Schnittstellen -> LAN -> Port-Tbelle keiner Bridge-Gruppe zugewiesen wurde, wurden keine Dten übertrgen. WLAN Per AutoWDS konnte keine Punkt-zu-Punkt Verbindung zwischen LANCOM Access Points hergestellt werden. Die für AutoWDS eingetrgenen Access Points wurden zwr in der entsprechenden SSID ngezeigt (im LANmonitor), eine Verbindung km jedoch nicht zustnde. Clients, welche m LANCOM Public Spot initil ngemeldet wren, konnten keine Verbindung zum WAN herstellen, d die DNS-Anfrgen der initilen Domin nicht n ein vorgeschltetes Gerät (welches den WAN-Zugng bereitstellte) weitergeleitet wurden. Beim Auslesen der Konfigurtion eines LANCOM WLAN-Controller per LANconfig wurde ds Wireless- IDS-Profil Defult" nicht mit usgelesen. In der Folge konnte die Konfigurtion nicht in den LANCOM WLAN-Controller zurückgeschrieben werden. VoIP Wenn die Einrichtung eines All-IP Anschlusses im WEBconfig mit dem Setup-Assistent Voice-over-IP / All-IP einrichten" vorgenommen wurde, blieb die eingerichtete ISDN-Schnittstelle nch Durchluf des Assistenten im Schltzustnd Aus". Wenn im LANCOM Voice Cll Mnger in den Einstellungen eines Benutzers (Voice Cll Mnger > Benutzer > Benutzer Einstellungen) die Funktion Zweitnruf unterdrücken (Busy-on-Busy)" ktiviert wr, wurden dem jeweiligen Benutzer keine Anrufe zugestellt. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 10 von 18

11 VPN & Routing Eine IKEv2-Verbindung mit einen Digitl-Signture-Profil RSASSA-PSS mit SHA-384 und SHA-512" konnte nicht ufgebut werden. Wenn in der Konfigurtion für eine IKEv2-Client-Verbindung kein IPv4-Adressen-Pool ngelegt wurde, so erhielt der IKEv2-Client, welchem über den IKE-Config-Mode vom LANCOM Router eine IP-Adresse zugewiesen wurde, keinen DNS-Server. Der LANCOM Router weist dem IKEv2-Client ls DNS-Server die eigene IP-Adresse zu, wenn kein IPv4-Adressen-Pool ngelegt ist. Auf einer IKEv2-Verbindung, welche über IKEv2-RADIUS uthentifiziert wurde, wurden nch mehr ls 24 Stunden keine usgehenden Dten mehr übertrgen. Die Lifetimes wurden vom LANCOM Router in der RADIUS-Authentifizierung nicht korrekt übernommen. Bei einer für den LANCOM Advnced VPN Client ngelegten IKEv2-Gegenstelle mit dem Verschlüsselungsverfhren AES-GCM wurden im ufgebuten VPN-Tunnel nur UDP- und ICMP-Pkete übertrgen. TCP-Verbindungen funktionierten hingegen nicht (SSH, HTTPS etc.). Wenn in der Komndozeile eines LANCOM Routers der Befehl show vpn" eingegeben wurde, zeigte die Ausgbe VPN-Regeln von konfigurierten IKEv2-Verbindungen ls IKEv1-Regeln n. Wenn eine mskierte IKEv2-VPN-Verbindung zwischen zwei LANCOM Routern ufgebut wurde, bei welcher uf einer Seite eine DMZ trnsprent (Mskierungs-Einstellung nur Intrnet") erreichbr sein sollte, so wurde uch die DMZ mskiert. Dynmic VPN-Verbindungen (IKEv1 über UDP) zwischen zwei LANCOM Routern, bei der die dynmische Seite mit einer privten IP-Adresse uf der Internet-Verbindung (hinter einem NAT-Router) betrieben wurden, konnten nicht ufgebut werden. Eine Dynmic VPN-Verbindung über ICMP funktionierte. LCOS Änderungen von RC RC2 Neue Fetures Allgemein Für den COM-Port-Server knn nun die Erreichbrkeit über WAN-Verbindungen konfiguriert werden. Dynmisch erzeugte VLAN-Mitgliedschften können nun uf der CLI mit dem Befehl "show vln" ngezeigt werden. Die Dienstlisten der Lyer-7-Anwendungserkennung wurden ktulisiert. Die Lyer-7-Anwendungserkennung unterstützt nun die Erkennung von QUIC-Sessions. Unterstützung für Ethernet OAM nch 1TR112 WLAN Der Treiber für ds IEEE c Wve1-WLAN-Modul der folgenden Produkte wurde ktulisiert: LN-630cn dul Wireless, LN-822cn dul Wireless, LN-830cn dul Wireless, LN-830E Wireless, L-1310cn dul Wireless, L-1302cn dul Wireless, IAP-821, IAP-822, OAP-821, OAP-822, OAP-830 VoIP "Busy-on-Busy" ist nun für Rufgruppen konfigurierbr. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 11 von 18

12 Korrekturen / Anpssungen Allgemein Im Content Filter wr die Ktegorie "Cloud-Anwendungen" in den drei voreingestellten Defult-Profilen ls "Verboten" definiert. Dies wurde nun uf "Erlubt" geändert. Die Uhrzeit, welche die LANCOM Mngement Cloud (LMC) periodisch setzt, wurde von einem LANCOM WLAN-Controller im Netzwerk überschrieben, wenn dieser seine Uhrzeit n einen von ihm verwlteten LANCOM Access Point meldete. In der Konfigurtionsoberfläche des LANCOM 1783VAW fehlte die Möglichkeit zur Konfigurtion der LACP-Schnittstellen "Bundle-1" und "Bundle-2". VPN & Routing Wenn uf einem LANCOM Router VPN-Verbindungen terminiert wurden, die eine AES-GCM- Verschlüsselung verwendeten, so fehlten in der LCOS-Tbelle /Sttus/VPN/ESP die Werte in den Splten "Crypt-Alg" und "Hsh-Alg". Wenn uf einem LANCOM Router usschließlich Defult-Routen mit einem Routing-Tg ungleich 0 definiert wren, konnten IKEv2-Verbindungen nicht ufgebut werden, wenn der IKEv2-Peer nicht nhnd der IP-Adresse erknnt wurde. Es wurden weitere IPSec-Regeln generiert, wenn für eine VPN-Gegenstelle usschließlich eine übergeordnete IPSec-Regel, zum Beispiel ANY-to-ANY, definiert wr, ber uch für diese VPN- Gegenstelle ein oder mehrere N:N-NAT-Einträge hinterlegt wren, welche die übergeordnete IPSec- Regel einschloss. WLAN Ds Länderprofil Austrlien wurde korrigiert. Bei Verwendung des Client-Bridge-Modus uf IEEE c-fähigen WLAN-Modulen werden ARP- Pkete nun zuverlässig übertrgen. Wenn im Menü Public-Spot -> Assistent > Bndbreitenprofile entsprechende Profile ngelegt wren, wurden die Werte in der späteren Drstellung im Assistenten und uf dem Voucher vertuscht drgestellt. Ds IEEE c-Funkmodul eines LANCOM Access Point sendete im 2,4-GHz-Bnd sowohl im Modus gn/mixed ls uch im Greenfield-Modus Becons mit einer Dtenrte von 1 MBit/s. Dies führte dzu, dss die Becons uch uf einem b-Client sichtbr wren, obwohl der b- Modus in der Konfigurtion des Access Points nicht usgewählt wr. Für die Public Spot-Loginmethode "Login nch Einverständniserklärung" wird nun uf der Sttusseite kein Logout-Link mehr ngezeigt. Auf der Login-Seite des Public Spot-Gtewys konnte die Seite mit den Nutzungsbedingungen von Apple-Clients nicht ufgerufen werden, wenn ds Authentifizierungsverfhren für den Public Spot uf "Anmeldedten werden über E-Mil / SMS versendet" stnd. Wenn in einem Public Spot-Szenrio uf einem Router mit WLAN-Modul der Public Spot betrieben wurde und im loklen Netz ein weiterer Access Point ebenflls die Public Spot-SSID usstrhlte, wurde der Eintrg für einen Client, der beim Roming vom Router uf den Access Point wechselte, us der Auto-Re-Login-Tbelle gelöscht. Dies führte dzu, dss ein erneutes Login m Public Spot erforderlich wr. Bei einem LANCOM WLAN-Controller wurde nch Durchführung einer Funkfeldoptimierung im LANmonitor ein negtiver Wert für verwltete Access Points ngezeigt. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 12 von 18

13 VoIP Beim Betrieb einer VoIP-Leitung (SIP-Trunk) über einen BNG-Anschluss ls Internetverbindung und Nutzung einer ISDN-TK-Anlge hinter einem LANCOM VoIP-Router konnte es gelegentlich zu einseitiger Sprchübertrgung kommen. Der interne ISDN-Teilnehmer hörte den externen Teilnehmer nicht mehr. Telefonte von einer internen SIP-TK-Anlge über einen LANCOM VoIP Router n eine SIP-Trunk- Leitung des Providers "Deutsche Telefon" wurden nch c. 15 Minuten getrennt. Wenn im Menü "Voice-Cll-Mnger --> Erweitert" ein oder mehrere Präfixe für interne Anrufe konfiguriert wurden, so wurde ds konfigurierte Präfix bei der Quell-Rufnummer nicht ngehängt. In der Folge konnte ein usgehender Anruf nicht durchgeführt werden. Nch erfolgreicher Registrierung einer SIP-Leitung über IPv6 funktionierten eingehende Gespräche nicht, d die INVITE-Pkete von der Firewll des LANCOM VoIP-Routers mit einem "ICMP Port Unrechble" bentwortet wurden, obwohl eine vorhndene Inbound Firewll-Regel für den SIP-Server vorhnden wr. LCOS RC1 Geräte mit LCOS RC1 können derzeit nicht über die LANCOM Mngement Cloud konfiguriert oder verwltet werden. Neue Fetures Allgemein LACP - virtuelle Bündelung von Ethernet-Ports für hohe Ausfllsicherheit Public Spot-Unterstützung für den LANCOM vrouter Kommndo zum Umschlten der Firmwre mit nschließendem, utomtischem Neustrt Dteiimport per Copy & Pste Smrt Ticket/SMS - Whitelist für Rufnummern-Vorwhlen Entfll des Ports 8080 bei WEBconfig und Public Spot Erweiterung des Content-Filters um weitere Ktegorien IPv6-Unterstützung für den Content-Filter VPN & Routing IKEv2 Lod Blncer für ds Lod Blncing eingehender VPN-Verbindungen Frei konfigurierbre DHCPv6-Optionen OSPFv2 OCSP-Prüfung im TLS/Rollout-Agent Schltbre Nicht-HTTPS-Kommuniktion über Port 443 im Content-Filter Unterstützung von AES-GCM bei IKEv2 Unterstützung der elliptischen Diffie-Hellmnn-Gruppen (ECDH) 19, 20 und 21 sowie der ECC Brinpool-Kurven 28, 29 und 30 bei IKEv2 Unterstützung für RADIUS CoA bei IKEv2 Erweiterte VPN-Bckup-Mechnismen für höchste Verfügbrkeit im VPN Unterstützung für TACACS Shell-Autorisierung Vriblen für IPv6-LAN-Adresse und Präfix in der Aktionstbelle ICMPv4 und ICMPv6-Rte-Limiting Unterstützung von MD5 im NTP-Client und Server NTP-Server pro ARF-Netz schltbr LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 13 von 18

14 WLAN Multicst > Unicst-Umwndlung für ruckelfreies IPTV im WLAN Die Menüs zur Public Spot-Konfigurtion sind b sofort grundsätzlich im LCOS vorhnden, können ber erst nch erfolgreicher Aktivierung der Public Spot-Option verwendet werden. Erreichbrkeitsprüfung für RADIUS-Server im 802.1X c Wve 2 Fetures vi WLC konfigurierbr Koordinierte Wireless epper-knlwhl VoIP Ds SIP User-ID-Feld ist nun schltbr Overlp Diling ermöglicht schnelleren Verbindungsufbu Korrekturen / Anpssungen Allgemein Wenn die Gültigkeit eines RA-Zertifiktes vor der Gültigkeit des CA-Zertifikts blief, ktulisierte der SCEP-Client ds RA-Zertifikt nicht. Wenn die Spnning Tree-Funktion per LANconfig uf LANCOM Access Points ktiviert wurde, wurde diese Änderung nicht korrekt zurückgeschrieben, sodss Spnning Tree nch dem Zurückschreiben der Konfigurtion weiterhin dektiviert wr. Beim Hochlden einer vrouter-konfigurtion per WEBconfig wurden die Konfigurtionsprmeter nur dnn vollständig übernommen, wenn beim vrouter nch dem Hochlden der Konfigurtion ein Wrmstrt usgeführt wurde. Bei Verwendung eines Bckup RADIUS-Servers zur Geräte-Authentifizierung wurde ds Login zuerst uf dem Bckup-Server sttt uf dem primären RADIUS-Server geprüft. Wenn in der Zeit des DHCP-Bezugs der DHCP-Client neu strtete, konnte es vorkommen, dss der LANCOM DHCP-Server diesem Client nch dem Neustrt keine IP-Adresse mehr zuwies, und in der Trce-Ausgbe zu DHCP die Meldung "ARP in progress" erschien. Proxy-ARP für die Kommuniktion zwischen identischen, vom LANCOM verwlteten IP-Netzwerken wurde nicht usgeführt. Bei einer Internet-Verbindung, die ls DS-Lite ngelegt wr, konnte es vorkommen, dss der LANCOM für IPv6-Pkete nicht seine IPv6-WAN-Adresse, sondern seine IPv6-LAN-Adresse ls Absender verwendete. Der LCOS CRL-Client frgte lle Typen von CRL-Distribution-Points b, obwohl der CRL-Client nur den Typ HTTP unterstützt. Die Tbelle "Setup/DNS/DNS-Destintions" (LANconfig: IPv4 -> DNS -> Weiterleitungen) kzeptierte für den Prmeter "Rtg-tg" (Routing-Tg) nur Werte kleiner oder gleich 999. Im LANCOM vrouter fehlten im Setupmenü "/Setup/WAN" die Tbellen zur Konfigurtion von Bckup und Accounting. Wenn uf der Kommndozeile der Befehl "show script" eingegeben wurde, enthielt die Ausgbe keine Session-IDs mehr. Lufende Skripte konnten dher nicht mehr mit dem Befehl "killscript <Session-ID>" gestoppt werden. Im LANCOM vrouter fehlte ds Setupmenü (/Setup/WAN/RADIUS) für die Authentifizierung über einen externen RADIUS-Server. Eine xdsl-verbindung wurde nicht sofort bgebut, wenn die dzugehörige DSL-Gegenstelle per Script us der Konfigurtion gelöst wurde. Es konnte zu einem unvermittelten Neustrt des Gerätes nch Aufruf des benutzerdefinierten Rollout- Assistenten kommen, wenn im benutzerdefinierten Rollout-Assistenten für eine Auswhl-Liste mehr Werte (item_vlue) ls Text (item_text) definiert wren. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 14 von 18

15 VPN Sollte eine DHCP-Anfrge über einen VPN-Tunnel weitergeleitet werden, der über den Config-Mode eine IP-Adresse erhielt, wurde die Config-Mode Adresse uch ls GI-Adresse im DHCP-Heder eingetrgen. Wenn eine bestehende VPN-Verbindung mit einer Delete-Informtion bgebut wurde, wr im VPN- Debug-Trce keine Informtion über den Auslösegrund enthlten. Im WEBconfig-Konfigurtionsdilog für die IKEv2-Rekeying-Prmeter (Konfigurtion -> VPN -> IKEv2/IPSec -> Gültigkeitsduer) fehlten Nmensbezeichnungen bei zwei konfigurierbren Prmetern. Wurde eine IKE-Verbindung, die zwischen einem vrouter und einem VPN-Router ufgebut werden sollte, per DPD überwcht, erfolgte immer wieder ein Verbindungsbbruch uf Grund eines DPD Timeout. Ds DPD wurde uf dem LANCOM vrouter nicht korrekt usgeführt. WLAN Der Trigger zur Re-Initilisierung des SCEP-Clients konnte ins Leere lufen, wenn sich der Client gerde in der Initilisierung befnd. Der Wert zur Begrenzung des Dtenvolumens für utomtisch erzeugte Public-Spot Benutzer im Pfd "/Setup/Public-Spot-Module/Authentiction-Modules/User-Templte/Volume-Budget" wr uf einen Mximlwert von MByte begrenzt. Beim Erstellen von Public-Spot-Benutzern per HTTP-Befehl wurde ein in der URL ngegebener Kommentr nicht in ds erstellte Benutzerprofil übernommen. Es konnte zu einem unvermittelten Neustrt des Gerätes kommen, wenn der Access Point für die WLAN-Clients einen WLC-Tunnel (CAPWAP-Dtentunnel) bereitstellte und einem WLAN-Client ein ICMP-Pket "Frgmenttion needed" zustellen wollte, d ds vom WLAN-Client empfngene Dtenpket zu groß für den CAPWAP-Dtentunnel wr. VoIP Wenn ein Anruf über eine ISDN-TK-Anlge erfolgte, die n der internen ISDN-Schnittstelle des LANCOM Routers ngeschlossen ist und über eine konfigurierte Rufweiterleitung n externe Nummern verfügt, führte dies zu einer unidirektionlen Kommuniktion, wenn der Ruf schließlich über den VCM per SIP zum Provider weitergeleitet wurde. Bei einem usgehenden SIP-Anruf wndelte der LANCOM Voice Cll Mnger eine Lndesvorwhl, welche mit einem "+" beginnt (z.b ) nicht in ds Formt 0049 um, ws zur Folge htte, dss eine ISDN-Telefonnlge die Rufnummer nicht uswerten und der Anruf nicht durchgeführt werden konnte. Wenn uf der Konsole die SIP-Leitung mit dem Befehl "do /other/mnul-diling/disconnect <Verbindung>" getrennt wurde, dnn wurde der LANCOM Voice Cll Mnger nicht über ds Trennen der Verbindung informiert, ws zur Folge htte, ds die Leitungen, die diese 'Verbindung' nutzen, nch wie vor ls registriert ngezeigt wurden. Abgehende Telefonte über den SIP-Provider M-net konnten nicht ufgebut werden, d der Provider sowohl nch der Authentifizierung über ein "INVITE" ls uch nch einem "PRACK" eine Authentifizierung fordert. Wenn ein VoIP-Provider uf die De-Registrierung einer SIP-Leitung mit der Fehlermeldung "400 Bd Request" ntwortete, konnte der LANCOM Voice Cll Mnger diese Fehlermeldung nicht interpretieren, ws dzu führte, dss die De-Registrierung der SIP-Leitung ständig wiederholt wurde und keine Neuregistrierung stttfinden konnte. Sollte eine Rufgruppe ls Bckup-Leitung, z.b. für eine Verbindung zu einer TK-Anlge, verwendet werden, so funktionierte dieser Eintrg nicht. Eine SIP-Session, welche über eine Firewll-Regel mit einen Routing-Tg versehen wurde und dnn durch den SIP-ALG gemngt wurde, konnte nicht ufgebut werden, d die Antwort-Pkete mit dem gleichen Tg (Quell-Tg) vom SIP-ALG versehen, und so vom IP-Router verworfen wurden. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 15 von 18

16 Eine SIP-Leitung, welche mittels OPTIONS-Pkete registriert wurde, wurde vom SIP-ALG nicht ls registrierte Leitung interpretiert, demzufolge eingehende Clls (INVITE-Pkete) nicht korrekt zugeordnet wurden. Aufgrund des Prmeters "trnsport=udp" im Contct-Heder eines SIP-Pketes verloren einige lokle SIP-Clients nch wenigen Minuten die Registrierung zum LANCOM VoIP-Router. Bei LANCOM VoIP-Routern trt ein spordisches Problem bei Anrufen uf, n denen die LANCOM 510 DECT Bsissttion beteiligt wr. Wenn ein externer Ruf uf einer SIP-Leitung m LANCOM VoIP-Router nkm und intern n einem Hndset des LANCOM N510 DECT ngenommen wurde, hörte der Anrufer den internen Teilnehmer, der interne Teilnehmer ber den Anrufer nicht. Es konnte zu einem unvermittelten Neustrt des Gerätes kommen, wenn ds empfngene OK-Pket uf einer SIP-Leitung im CONTACT-Heder keinen Expires-Wert beinhltete. Es konnte spordisch eine einseitige Verständigung uftreten, wenn ein eingehender Cll über eine SIP- Leitung vom LANCOM VoIP-Router intern uf mehr ls 2 Interfces (ISDN- und Anlog-Schnittstellen) signlisiert wurde. Ein SETUP, welches uf dem ISDN empfngen wurde und eine Zielrufnummer vom Typ "Ntionl Number" enthielt, wurde vom Cll-Routing nicht um Nullen ergänzt, wie es z.b. bei Nummern vom Typ "Interntionl Number" der Fll ist. In der Folge scheiterte ds Cll-Routing mit Service-Nummern. Nchdem ein nloger Anruf beendet wurde, blieb dieser in seltenen Fällen in der Cll Counter-Tbelle des LANCOM VoIP-Routers ls Eintrg erhlten. Ein Linphone SIP-Client wurde bei der Anmeldung m Voice Cll Mnger (VCM) ufgrund von für den Client spezifischen Prmetern innerhlb der Anmeldung bgelehnt. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 16 von 18

17 3. Wichtige Hinweise Sichern der ktuellen Konfigurtion Bitte sichern Sie vor dem Updte Ihrer LANCOM-Geräte uf eine neue LCOS-Version unbedingt Ihre Konfigurtionsdteien! Wegen umfngreicher Feture-Erweiterungen ist ohne eine Sicherung der Konfigurtionsdten eine Rückkehr uf die lte Firmwre nicht mehr utomtisch möglich. Wenn Sie Geräte, die Sie über eine Router-Verbindung oder WLAN Punkt-zu-Punkt Verbindung erreichen können, ktulisieren möchten, bedenken Sie bitte, dss Sie zuerst ds entfernte LANCOM-Gerät und nschließend ds lokle LANCOM-Gerät ktulisieren. Eine Anleitung zur Firmwre-Aktulisierung erhlten Sie im LCOS Referenzhndbuch. Wir empfehlen zudem, dss produktive Systeme erst nch einem internen Test in der Kundenumgebung ktulisiert werden, d trotz intensivster interner und externer Qulitätssicherungsmßnhmen ggf. nicht lle Risiken durch LANCOM Systems usgeschlossen werden können. Hinweise Auch für Geräte, die keine ktuelle LCOS-Version unterstützen, werden in regelmäßigen Abständen LCOS Relese Updtes inklusive Bugfixes und llgemeinen Verbesserungen bereitgestellt. Eine Übersicht über die ktuell unterstütze LCOS-Version für Ihr Gerät finden Sie unter Gerätespezifische Empfehlungen LANCOM 178x-4G: Um Verzögerungen beim Aufbu von Mobilfunk-Verbindungen (z.b. im Bckup-Fll) zu vermeiden, wird empfohlen, im verbuten LTE-Mobilfunk Modem des Typs Sierr MC-7710 den LTE-Modem-Treiber der Version einzusetzen. Bechten Sie dzu bitte uch den folgenden Knowledge Bse-Artikel: Link Verwendung einer Minimlfirmwre zur Vergrößerung des Speicherpltzes Durch zhlreiche neue Funktionen in der LCOS-Firmwre ist es bei älteren LANCOM Geräten unter Umständen nicht mehr möglich, zwei vollwertige Firmwre-Versionen gleichzeitig zu speichern. Um mehr Pltz im Speicher zu schffen, muss dnn sttt einer vollwertigen Firmwre zunächst eine eingeschränkte, kleinere Firmwre eingerichtet werden. Hierdurch steht für die ndere Firmwre im Gerät erheblich mehr Speicher zur Verfügung. Diese Einrichtung ist nur einmlig erforderlich und wird mit einer Minimlfirmwre" durchgeführt. Nch dem Einspielen der Minimlfirmwre steht die Firmsfe Funktion des LANCOM nur noch in eingeschränktem Umfng zur Verfügung. Ds Updte uf eine neuere Firmwre ist weiterhin problemlos möglich. Ds LANCOM-Gerät rbeitet nch einem fehlgeschlgenen Updte jedoch mit einer Minimlfirmwre, die Ihnen usschließlich den loklen Zugriff uf ds Gerät erlubt. Alle erweiterten Funktionlitäten, insbesondere die Remote Administrtion, sind nicht verfügbr, solnge die Minimlfirmwre ktiv ist. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 17 von 18

18 Verwendung von Dynmic VPN Aus ptentrechtlichen Gründen muss die Verwendung der Funktion Dynmic VPN mit Übertrgung der IP- Adressen über den ISDN-Anschluss lizenziert werden. Diese Betriebsrt kommt in der Regel dnn zum Einstz, wenn Sie VPN-Kopplungen mit beidseitig dynmischen IP-Adressen nutzen und dbei keine Dynmic-DNS-Dienste verwenden. Alle nderen Betriebsrten von Dynmic VPN (die Übermittlung der IP Adresse per ICMP, ds Anklopfen bei der Gegenstelle per ISDN, um einen Rückruf herbeizuführen etc.) sind dvon nicht betroffen. Die Registrierung erfolgt nonym über ds Internet, es werden keine personen- oder unternehmensspezifischen Dten übertrgen. Zur Registrierung der Dynmic VPN Option benötigen Sie Administrtorrechte uf dem LANCOM-Router. LCOS RU5-DE LANCOM Systems GmbH, Wuerselen (Germny) Seite 18 von 18