Hatte dieses Problem schon einmal hier angesprochen, nach weiteren Tests folgende Problematik:
Über einen Lancom (1823) sind verschiedene SSH Verbindungen nach draussen offen. Unter anderem eine IMAP/TLS Verbindung über VPN.
Sobald ein VoIP Gespräch geführt wird und das QoS anspringt sind alle offenen SSH und auch die Imap/TLS Verbindung unterbrochen.
Als Reduktion ist eine Packetsize von 512 eingestellt, Fragmentation ist aus.
Werden während des laufenden VoIP Gesprächs SSH oder Imap/TLS Verbindungen aufgebaut funktionieren die auch.
Irgendwas dürfte sich also hier mit der Reduktion der Packetsize und dem SSH/TLS Protokoll in die Quere kommen.
Irgendwelche Tips?
Danke!
QoS unterbricht offene SSH Verbindungen
Moderator: Lancom-Systems Moderatoren
Hi,
ja einfach die im VCM-konfigurierte oder in den Firewall-Regeln eingestellte PMTU-Reduzierung wieder ausschalten, dann sollten die SSH-Verbindungen bestehen bleiben. Fuer VoIP wird aufgrund von MS XP SP2 eine PMTU-Reduzierung von 576 bytes empfohlen.
ja einfach die im VCM-konfigurierte oder in den Firewall-Regeln eingestellte PMTU-Reduzierung wieder ausschalten, dann sollten die SSH-Verbindungen bestehen bleiben. Fuer VoIP wird aufgrund von MS XP SP2 eine PMTU-Reduzierung von 576 bytes empfohlen.
12x 1621 Anx. B-21x 1711 VPN-3x 1722 Anx. B-7x 1723 VoIP-1x 1811 DSL, 1x 7011 VPN-1 x 7111 VPN-1x 8011 VPN-10er Pack Adv. VPN Client (2x V1.3-3x 2.0)-Hotspot Option-Adv. VoIP Client/P250 Handset-Adv.VoIP Option-4x VPN-Option-2x L-54 dual-2x L54ag-2x O-18a
Hi tom_tav
das Problem dürfte daran liegen, daß du eine Reduzierung auf 512 Bytes konfiguriert hast. Bei dieser Größe schaltet ein TCP-Stack die PMTU-Discovery ab und schickt 576 Byte große Pakete *ohne* gesetztes DF Bit. Diese Pakete werden dann ggf. auf 512 Bytes fragmentiert, was dazu führt, daß so mancher Server die Pakete direkt ablehnt.
Stelle eine Reduzierung von 576 Bytes ein und es sollte problemlos funktionieren
ps: genau aus diesem Grund ist der Default im VoIP auch 576 und nicht 512....
Gruß
Backslash
das Problem dürfte daran liegen, daß du eine Reduzierung auf 512 Bytes konfiguriert hast. Bei dieser Größe schaltet ein TCP-Stack die PMTU-Discovery ab und schickt 576 Byte große Pakete *ohne* gesetztes DF Bit. Diese Pakete werden dann ggf. auf 512 Bytes fragmentiert, was dazu führt, daß so mancher Server die Pakete direkt ablehnt.
Stelle eine Reduzierung von 576 Bytes ein und es sollte problemlos funktionieren
ps: genau aus diesem Grund ist der Default im VoIP auch 576 und nicht 512....
Gruß
Backslash