Conception de backbone IP pour grandes installations KNX : VLAN et QoS
Pour les installations de plus de 3 lignes TP KNX, ou lorsque les lignes TP s'étendent sur plusieurs bâtiments ou étages, un backbone IP relie les routeurs KNXnet/IP via Ethernet standard – plus rapide, plus longue portée et plus flexible que l'extension de TP avec des coupleurs de ligne supplémentaires. Une conception réseau correcte garantit que les télégrammes KNX arrivent à temps, à chaque fois.
Quand utiliser un backbone IP
La décision d'utiliser un backbone IP dépend du nombre de dispositifs, de la topologie du bâtiment et de la répartition géographique. Une seule ligne TP prend en charge jusqu'à 64 dispositifs – au-delà, vous avez besoin soit de lignes TP supplémentaires reliées par des coupleurs, soit d'un backbone IP connectant des routeurs KNXnet/IP.
| Scénario | Topologie recommandée | Backbone IP |
|---|---|---|
| Single building, < 64 devices | Une ligne TP, une alimentation 640 mA | Non requis |
| Bâtiment unique, 64–640 appareils | Backbone IP avec 2–10 lignes KNX TP | Recommandé |
| Single building, > 640 devices | Backbone IP avec 10+ lignes | Requis |
| Bâtiment commercial multi-étages | Un routeur KNXnet/IP par étage, backbone IP sur colonne montante | Requis |
| Campus multi-bâtiments | Backbone IP via fibre optique du site, une ligne TP par zone de bâtiment | Obligatoire |
| Intégration de bâtiment distant | KNXnet/IP sur WAN avec VPN, marquage DSCP sur WAN | Obligatoire |
Architecture du backbone IP
The standard KNX IP backbone for a multi-floor commercial building uses a core managed switch at the MDF (Main Distribution Frame), with per-floor IDF (Intermediate Distribution Frame) switches connecting to each floor's KNXnet/IP router.
Topologie dorsale IP — bâtiment commercial multi-étages
Core managed switch (MDF — basement or ground floor) Cisco SG350-28P / TP-Link SG3428X / Ubiquiti US-24 VLAN 10: KNX backbone (tagged on all trunk uplinks) IGMP snooping: enabled Multicast routing: 224.0.23.12 within VLAN 10 QoS: DSCP 46 → strict priority queue │ ├─── SFP/fiber uplink ──► Floor 1 IDF (Cat6A or OM3 fiber) │ MDT SCN-IP200.02 IP Router │ Physical address: 1.0.0 (Area 1) │ KNX TP Line — floor 1 devices │ ├─── SFP/fiber uplink ──► Floor 2 IDF │ MDT SCN-IP200.02 IP Router │ Physical address: 2.0.0 (Area 2) │ KNX TP Line — floor 2 devices │ ├─── SFP/fiber uplink ──► Floor 3 IDF │ [repeat for each floor] │ └─── [up to 15 areas on KNX IP backbone]
Each floor's KNXnet/IP router acts as an area coupler — its TP side connects the floor devices, its IP side sends and receives KNXnet/IP multicast on VLAN 10. ETS configures the group address filter table on each router to forward only the group addresses relevant to that floor.
VLAN pour KNX
Isoler le trafic KNX dans un VLAN dédié empêche les tempêtes multicast sur les réseaux IT généraux, sépare les alarmes KNX de la surveillance réseau générale et fournit une frontière de sécurité entre l'automatisation du bâtiment et le trafic IT invité/entreprise.
Configuration VLAN — exemple Cisco SG350
! Create VLAN 10 for KNX backbone vlan 10 name KNX-Backbone ! Trunk port to floor IDF switch (tagged VLAN 10) interface GigabitEthernet1 description "Trunk to Floor 1 IDF" switchport mode trunk switchport trunk allowed vlan add 10 ! Access port for KNXnet/IP router on floor (untagged) interface GigabitEthernet5 description "MDT IP Router Floor 1" switchport mode access switchport access vlan 10 ! Enable IGMP snooping on VLAN 10 ip igmp snooping vlan 10 ip igmp snooping vlan 10 querier ! Multicast routing for 224.0.23.12 within VLAN 10 ip multicast-routing interface Vlan10 ip igmp version 2
Pourquoi l'isolation VLAN
- • Le multicast KNX 224.0.23.12 reste dans le VLAN KNX
- • Les appareils Wi-Fi invités ne peuvent pas atteindre les routeurs KNX
- • Le trafic CCTV et AV n'entre pas en concurrence avec KNX
- • Surveillance réseau par système (KNX vs IT)
Configuration des ports VLAN
- • Ports trunk : VLAN 10 tagué vers les commutateurs IDF
- • Ports d'accès : VLAN 10 non tagué vers les routeurs IP
- • Ne placez jamais les routeurs IP sur le VLAN par défaut 1
- • VLAN séparé pour l'accès du portable d'ingénierie
Accès gestion
- • KNX VLAN 10 : routeurs IP uniquement
- • VLAN de gestion (ex. VLAN 99) : accès commutateur
- • Ordinateur portable ingénieur : accès routé au VLAN 10 via VPN
- • Règles de pare-feu entre VLAN — autoriser uniquement le port 3671
QoS : Qualité de service pour KNX
Les télégrammes KNX sont minuscules — 23 octets maximum — mais ils sont sensibles au temps. Le mécanisme de détection de collision KNX TP dépend d'un timing précis des télégrammes. Si la congestion du réseau IP retarde un télégramme ne serait-ce que de 10 à 20 ms, le côté TP peut l'interpréter comme une collision et retransmettre, provoquant des retards visibles et une duplication d'événements.
Marquage DSCP QoS — Cisco SG350 / TP-Link SG3428X
! Mark KNX multicast traffic with DSCP 46 (Expedited Forwarding) ! Apply on the access port connected to each KNXnet/IP router interface GigabitEthernet5 description "MDT IP Router Floor 1" mls qos trust dscp ! Trust DSCP set by KNX router ! If KNX router does not set DSCP, mark it at ingress: ! (MDT SCN-IP200.02 sets DSCP 46 by default — verify in ETS) ! QoS policy — strict priority for DSCP 46 mls qos class-map match-all KNX-TRAFFIC match ip dscp 46 ! EF — Expedited Forwarding policy-map KNX-PRIORITY class KNX-TRAFFIC priority ! Strict priority queue class class-default fair-queue ! Best-effort for everything else ! Apply on uplink to core interface GigabitEthernet1 service-policy output KNX-PRIORITY
Sélection de la valeur DSCP
- DSCP 46 (EF — Expedited Forwarding) : priorité la plus élevée, classe temps réel. Recommandé pour KNX – même classe que la VoIP.
- DSCP 34 (AF41) : alternative acceptable – Assured Forwarding, priorité inférieure à EF. À utiliser sur les réseaux partagés avec la VoIP lorsque EF est réservé.
- DSCP 0 (Best Effort) : ne jamais utiliser pour le backbone KNX – aucune garantie de priorité.
Pourquoi la QoS est importante pour KNX
- • Flux vidéo 4K : 20–50 Mbit/s – peut saturer brièvement un lien 100 Mbit
- • Télégramme KNX : 23 octets = 0,18 kbit – bande passante négligeable mais sensible au temps
- • Sans QoS : les rafales vidéo retardent KNX – les lampes répondent 200 ms trop tard
- • Avec priorité stricte DSCP 46 : les télégrammes KNX passent devant à chaque fois
Configuration multicast
Le routage KNXnet/IP utilise l'adresse multicast enregistrée par l'IANA 224.0.23.12. Sans configuration multicast appropriée sur les commutateurs, ce trafic est inondé sur tous les ports du VLAN – causant une charge inutile sur chaque équipement et des problèmes de synchronisation potentiels.
IGMP snooping – activer sur tous les commutateurs (Cisco / HP / Ubiquiti)
# Cisco SG350 (CLI): ip igmp snooping ! Enable globally ip igmp snooping vlan 10 ! Enable on KNX VLAN ip igmp snooping vlan 10 querier ! IGMP querier (one per VLAN) # HP/Aruba ProCurve (CLI): ip igmp ! Enable globally vlan 10 igmp ! Enable on KNX VLAN # Ubiquiti UniFi (GUI): Network → Settings → Networks → KNX-Backbone Enable IGMP Snooping: ON Multicast DNS: OFF (not needed for KNX) # TP-Link SG3428X (CLI): ip igmp-snooping enable ip igmp-snooping vlan 10 enable ip igmp-snooping vlan 10 querier-election enable
Configurez exactement un querier IGMP par VLAN. Si aucun querier n'est présent, les commutateurs peuvent vider leurs tables d'appartenance aux groupes multicast et le multicast sera à nouveau inondé. Le commutateur géré central est l'emplacement naturel pour le querier. Vérifiez avec : show ip igmp snooping groups vlan 10 — vous devriez voir 224.0.23.12 listé.
Infrastructure câblée
Le câblage du backbone IP doit être spécifié en même temps que le câblage KNX TP – idéalement dans le même document de conception de câblage. Les pannes du backbone KNX sont presque toujours des pannes de câble cuivre (SFP tordu, mauvais type de fibre, mauvais standard de connecteur).
Cuivre – intra-bâtiment
- • Cat6A (certifié 10GbE) pour la colonne montante du backbone
- • Cat6 minimum pour le commutateur d'étage vers le routeur
- • Blindé (F/UTP ou S/FTP) dans les locaux techniques
- • Max 100 m par segment cuivre
- • Panneau de brassage à chaque étage IDF
Fibre — entre bâtiments
- • SFP multimode OM3 : jusqu'à 300m (10GbE)
- • SFP multimode OM4 : jusqu'à 400m (10GbE)
- • SFP monomode OS2 : 10km+ (pour sites distants)
- • Connecteurs duplex LC/LC standard
- • Conduit blindé en acier pour les câbles extérieurs
Infrastructure du panneau
- • Panneau de brassage keystone Cat6A par étage dans l'IDF
- • Liens fibre optique SFP vers le commutateur central
- • Étiquetez tous les ports avec l'ID VLAN et le périphérique
- • Gestion des câbles : 1U pour 24 ports
- • PDU avec protection contre les surtensions à chaque IDF
Recommandation de commutateur géré
N'utilisez jamais de commutateurs non gérés sur le backbone KNX. Sans contrôle multicast, 224.0.23.12 inonde tous les ports et chaque périphérique sur le commutateur reçoit chaque télégramme KNX – provoquant une charge CPU, des problèmes de synchronisation et rendant le dépannage impossible.
| Commutateur | Ports | IGMP snooping | VLAN | DSCP QoS | PoE |
|---|---|---|---|---|---|
| Cisco SG350-28P | 24× GbE + 4× SFP | Oui | Oui (802.1Q) | Oui (DSCP/CoS) | Oui (PoE+) |
| TP-Link TL-SG3428X | 24× GbE + 4× SFP+ | Oui | Oui (802.1Q) | Oui (DSCP/CoS) | Non |
| Ubiquiti US-24 | 24× GbE + 2× SFP | Oui | Oui (802.1Q) | Oui (DSCP) | Optionnel |
| Netgear GS324T | 24× GbE + 2× SFP | Oui | Oui (802.1Q) | Oui (DSCP) | Non |
| Commutateur non géré | Variable | Non | Non | Non | Optionnel |
Exemple pratique : immeuble de bureaux de 8 étages
Un bureau commercial typique de 8 étages – une ligne KNX TP par étage, 50 à 60 appareils par ligne, soit environ 450 appareils KNX au total. C'est le scénario le plus courant où un backbone IP est la bonne réponse.
Bureau de 8 étages – résumé de la conception réseau
Equipment:
Core switch: Cisco SG350-28P (basement MDF)
Floor switches: 8× Cisco SG350-10P (one per floor IDF)
KNX routers: 8× MDT SCN-IP200.02 (one per floor)
Cabling: OM3 multimode fiber — basement to each floor IDF
Cat6A copper — floor IDF to KNX IP router (PoE+)
VLAN layout:
VLAN 1 — default (unused — no devices)
VLAN 10 — KNX backbone (all KNX IP routers)
VLAN 20 — building IT (PCs, printers)
VLAN 30 — CCTV/IP cameras
VLAN 99 — management (switch management interfaces)
KNX physical address assignment:
Floor 1: MDT IP Router → PA 1.0.0 (Area 1)
Floor 2: MDT IP Router → PA 2.0.0 (Area 2)
Floor 3: MDT IP Router → PA 3.0.0 (Area 3)
...
Floor 8: MDT IP Router → PA 8.0.0 (Area 8)
QoS policy (all switches):
DSCP 46 (Expedited Forwarding) → Strict priority queue
Source: MDT SCN-IP200.02 marks KNX telegrams DSCP 46 by default
IGMP multicast group (VLAN 10):
Group: 224.0.23.12
Members: all 8 MDT IP routers (one per floor)
Querier: Cisco SG350-28P core switchVérifier la table de groupes multicast — Cisco SG350
# Show IGMP snooping group membership for VLAN 10
show ip igmp snooping groups vlan 10
Expected output:
VLAN Group Type Version Port List
---- ----- ---- ------- ---------
10 224.0.23.12 dynamic IGMPv2 Gi1, Gi2, Gi3, Gi4,
Gi5, Gi6, Gi7, Gi8
# 8 ports = 8 floor switches, each with one MDT IP router
# If a floor is missing: check the IP router is powered and
# the TP line has valid KNX traffic (IGMP join requires activity)Infrastructure réseau KNX dans votre armoire
Nous concevons des armoires avec des routeurs KNXnet/IP préconfigurés, des baies de brassage backbone IP et des terminaisons de câblage structuré — testés de bout en bout avant de quitter l'usine.
Demander un devis →