[RDP 5.2] MTU size + NAT probleem

Pagina: 1
Acties:

  • Flyduck
  • Registratie: Juni 2001
  • Laatst online: 28-03-2025
OK situatieschets

CLIENT PC -> VPN -> NAT ROUTER -> 2003 TERMINAL SERVER

Routers zijn Cisco.
Wanneer een client pc een RDP connectie wil opzetten naar een 2003 terminal server op internet, krijgt deze een time-out. Telnetten naar port 3389 lukt wel.
Nu hebben we het probleem kunnen herleiden naar de MTU size van 250.
Deze staat zo ingesteld omdat er VOIP wordt gebruikt, en kan niet hoger ivm kwaliteit van telefoongesprekken.

Echter verbinden naar een Terminal server voor de NAT translatie werkt wel, dus het is echt de combinatie MTU size <1400 en NAT.

Wie weet hier een oplossing voor?

Zijn er mensen die deze regel lezen? Graag terugkoppeling gewenst (onopvallend)


  • Brahiewahiewa
  • Registratie: Oktober 2001
  • Laatst online: 30-09-2022

Brahiewahiewa

boelkloedig

Flyduck schreef op 12 oktober 2004 @ 17:04:
...MTU size van 250.
Deze staat zo ingesteld omdat er VOIP wordt gebruikt, en kan niet hoger ivm kwaliteit van telefoongesprekken...
Onzin, die MTU kan best hoger als je een fatsoenlijke QoS implementatie hebt.
Je MTU op 250 zetten omdat je de prioritisering van je pakketjes niet goed krijgt is sowieso een cheap-ass oplossing die strijdig is met de wetten op internet. Je MTU moet minimaal 572 zijn volgens IETF (precieze RFC ben'k ff kwijt)
...combinatie MTU size <1400 en NAT...
Beetje vage opmerking, dit. Beweer je nou dat NAT niet werkt als je MTU kleiner dan 1400 is?

QnJhaGlld2FoaWV3YQ==


  • reddog33hummer
  • Registratie: Oktober 2001
  • Laatst online: 07-02 17:13

reddog33hummer

Dat schept mogelijkheden

http://www.opalsoft.net/qos/VoIP.htm

Mischien helpt dat (google)
Kan je mogelijk de MTU verhogen

[ Voor 91% gewijzigd door reddog33hummer op 13-10-2004 00:07 ]

Backup not found (R)etry (A)bort (P)anic<br\>AMD 3400+ 64, 2 GB DDR, 1,5 TB Raid5


  • EricJH
  • Registratie: November 2003
  • Laatst online: 22:51
Even een tip van een relatieve noob die enkel een studenthuis netwerkje beheert. Misschien is het aanpassen van de Receive Window (RWIN) ook een optie. Grotere MTU kleinere RWIN.

Gegroet

  • ajslaghu
  • Registratie: Oktober 2000
  • Laatst online: 01-01 16:41
check: zorg dat beide kanten (client & server) hun MTU op orde hebben. Ik heb hier zelf met terminal server problemen mee gehad.... Mijn MTU was uiteraard ok maar die andere(n) ....

Als je het absurde aanneemt, kan je het tegenover gestelde bewijzen ??


  • ijdod
  • Registratie: April 2000
  • Laatst online: 17:44
Brahiewahiewa schreef op 12 oktober 2004 @ 19:11:
[...]

Onzin, die MTU kan best hoger als je een fatsoenlijke QoS implementatie hebt.
Je MTU op 250 zetten omdat je de prioritisering van je pakketjes niet goed krijgt is sowieso een cheap-ass oplossing die strijdig is met de wetten op internet. Je MTU moet minimaal 572 zijn volgens IETF (precieze RFC ben'k ff kwijt)
[...]
Beetje vage opmerking, dit. Beweer je nou dat NAT niet werkt als je MTU kleiner dan 1400 is?
576 bytes, RFC 1122

Root don't mean a thing, if you ain't got that ping...

Pagina: 1