[2003 server] TCP stream achter RASS valt weg na 45 s

[nico_van_wijk]

Maak gebruik van een Windows 2003 server met RRAS. 1 netwerk kaart hangt dus aan een DSL modem en de andere hangt aan het interne netwerk.

Nu maken wij gebruik van een applicatie om van point to point audio over en weer te streamen met het TCP protocol. 1 computer staat op een andere locatie en hangt aan het internet en 1 computer hangt bij ons in het netwerk in ons domein. Alle poorten zijn netjes gemapt en de 2 pc's kunnen verbinding met elkaar maken.

Echter na 45 tot 60 seconde zien we in de applicatie de snelheid teruglopen naar 0kb en de verbinding verbreken. Wanneer we de pc rechtstreeks aansluiten op het DSL modem (dus niet achter de 2003 server) treed het probleem niet op.

Om de één of andere reden lijkt het dat de 2003 server de stream niet aan kan. Ik zat te denken aan het FTP probleem waar de Application Gateway Service zorgt voor een timeout bij het versturen van grote bestanden, maar uitschakelen van deze service lost het probleem niet op.

Ik heb de fabrikant van de software al om raad gevraagd, maar deze komt het probleem niet bekend voor.

Overigens heeft het met een windows 2000 server ertussen altijd wel goed gewerkt. Heeft er iemand enig idee in welke richting ik zou kunnen zoeken?

[lier]

Ik neem aan dat je RRAS bedoeld (Routing and Remote Access) ?
Op welke manier maakt de "externe computer" verbinding met "lokale computer":

Wordt een VPN verbinding opgebouwd ?
Of hebben de twee pc's een directe verbinding door forwards ?

[nico_van_wijk]

Bedoel inderdaad RRAS :-)

Is een directe verbinding. Doormiddel van forwards komt hij bij de juiste pc terecht op het netwerk. Op zicht gaat dit goed want het werkt, alleen niet voor lang.

[nico_van_wijk]

Werd op het idee gebracht door lier. Heb eerst een vpn verbinding opgezet en dan blijft de stream wel stabiel.

Is alleen jammer van de overhead van de VPN verbinding want we hebben maximale bandbreedte nodig voor de stream. Heb het idee dat RRAS toch niet helemaal lekker overweg kan met het protocol, maar heb geen idee waar ik moet zoeken.

[nico_van_wijk]

Is er een mogelijkheid te monitoren waar deze packets mis gaan?