Onderwerp: VPN Monitoren met Hyperspin of andere third party?

Beste MedeCollega's,

Graag zou ik willeln weten of jullie een oplossing kennen om een VPN endpoint/verbinding te monitoren.

We gebruiken voor http/https en andere webservices HyperSpin.
Dit werkt prima en aan het einde van de maand kun je een rapport opstellen van de uptime inclusief uitval.

Nu hebben we bij een Telecom provider een VPN account om op hun netwerk te komen. Echter valt deze telkens uit en vinden ze dat het aan ons lig.
Daarom wil ik een third party onafhankelijke partij die deze zou kunnen testen.

Alleen bij HyperSpin kan ik niets bedenken om via de VPN "in te loggen" en te testen of de verbinding up is en up blijft.

Anderen enig idee?

Je kan toch die poort monitoren van de VPN aanbieder.
PPTP/IPSec poort, en kijken of deze down gaat.

Ja dat wou ik doen maar hun appliance "filtered" port 1723.
Het gaan om een Cisco 3020. Welke poort zou je dan moeten monitoren?

Via welk protocol verbind je de vpn?
IPsec, PPTP, L2TP, ....

Als je dat weet, dan weet je ook welke poort je moet monitoren.

Probleem is wel, dat als de verbinding er maar 10 sec of 30 seconder uit gaat, weet je nog van niks, en dit is al genoeg voor een ipsec sessie te gaan beeindigen. En dit kan langs jouw kan of de andere kant zijn.

bij hyperspin zou je gewoon een ping in kunnen stellen naar het adres van de vpn verbinding (bijvoorbeeld vpn.example.com)
om te testen of de verbinding levend blijft is niet heel veel keuze dan vanaf verschillende locaties testen, ik zou zo geen oplossing weten die VPN keep-alive monitoring aanbied

het gaat juist meer om de werkelijke VPN verbinding dan pingen.
Want ons vermoeden is dat de 3000 concentrator overbelast is en daarom verbindingen uitgooit.

Wij bieden zelf VPN netwerken aan. Deze doen wij monitoren met OpManager (http://www.manageengine.com/products/opmanager/) kun je gratis gebruiken tot 10 verbindingen!

Oorspronkelijk geplaatst door ensermo

het gaat juist meer om de werkelijke VPN verbinding dan pingen.
Want ons vermoeden is dat de 3000 concentrator overbelast is en daarom verbindingen uitgooit.

Als dat je vermoeden is, waarom niet gewoon de
concentrator in de gaten houden ? Via SNMP bvb ?

Oorspronkelijk geplaatst door avanmessen

Als dat je vermoeden is, waarom niet gewoon de
concentrator in de gaten houden ? Via SNMP bvb ?

Omdat die van de tegenpartij is misschien????

Juist. Het is van de tegenpartij en nee er is geen keuze van een andere leverancieer (lees:monopoly van telecom bedrijf in een land)
Dus ik moet het nu doen met hun "het doet het wel" OF iets verzinnen wat meetbaar is en hun presenteren met de feiten.

Inmiddels antwoord gehad van Hyperspin. Zij hebben geen functie hiervoor.

Waarom zou het overigens aan jullie liggen? Het is natuurlijk erg makkelijk om het op de klant zelf af te schuiven... Je kan ze vragen om (netwerk) statistieken waaruit blijkt dat de oorzaak niet bij hun ligt

Wellicht kan je een ping naar het remote endpoint laten lopen? Misschien is er wel enorm veel packetlos op de route, waardoor de vpn gedropped wordt.