Home
Help
Search
Login
Register
OPNsense Forum
»
English Forums
»
General Discussion
»
Gateway Monitoring
« previous
next »
Print
Pages:
1
[
2
]
Author
Topic: Gateway Monitoring (Read 27123 times)
va176thunderbolt
Newbie
Posts: 49
Karma: 4
Nothing is more permanent than a temp solution
Re: Gateway Monitoring
«
Reply #15 on:
October 29, 2015, 07:52:52 pm »
franco - a gateway monitoring solution that is dependable and reliable is what is needed. I don't believe that ICMP pings are adequate in solely determining that a given gateway is "up" (usable) or "down" (unusable). I've experienced too many instances where apinger reports high packet loss and/or high response time to a gateway while a computer behind the firewall running Pingplotter logs vastly different data.
Maybe we could:
1) wget a (or multiple) user specified url(s) and measure the response time in retrieving the url(s) (say for example, pull the status page my modem and
https://www.google.com
)
2) open a tcp connection or complete a ssl handshake to a remote host and measure the response time
3) leverage an application like DNS for connectivity & response time (push a query out a connection and ensure it resolves within a user defined time).
4) integrate with vnstat to say push traffic away from a gateway that's capped and reaching the monthly cap.
5) allow me to define a set to tests per WAN connection in determining usability (for example, WAN1 must be able to retrieve
https://www.google.com
in under 800ms and resolve
www.netflix.com
via my ISP's DNS server in under 70ms. For WAN2, retrieve the modem's status page in under 10ms and monthly volume under 250GB).
«
Last Edit: October 29, 2015, 07:55:40 pm by va176thunderbolt
»
Logged
AMD Ryzen 3 1200
GA-A320M-S2H
8GB DDR4
Intel X550-T2 10GB
32GB Industrial SSD
Shuttle SZ270R8
Intel i5-6500
8gb ram
120gb ssd
Intel x540-t2 10gb nic
franco
Administrator
Hero Member
Posts: 17665
Karma: 1611
Re: Gateway Monitoring
«
Reply #16 on:
April 22, 2016, 01:10:06 pm »
I just found this old thread an will revive it for the purpose of advancing the state of apinger:
https://github.com/opnsense/apinger
I'm currently cleaning up the code base, fixing minor and potential problems. The next big hunk is to make it behave when NTP is running, apinger currently does not like that, which is probably most of the "weird" issues that have been spotted.
Cheers,
Franco
Logged
Perun
Jr. Member
Posts: 99
Karma: 0
Re: Gateway Monitoring
«
Reply #17 on:
April 11, 2018, 02:54:16 pm »
Hi
I have still issues with apinger on 18.1.6. I ping my monitoring ip's (DNS server of my isp's) from console and get 15-30ms rtt. With apinger I see sometimes >10000ms at the same time.
How does a cronjob to 'fix' it look like?
Greetz
Logged
prayuth01
Newbie
Posts: 4
Karma: 0
Re: Gateway Monitoring
«
Reply #18 on:
April 11, 2018, 04:59:12 pm »
I still do not have these problems.
ufabet
thank you
Logged
Perun
Jr. Member
Posts: 99
Karma: 0
Re: Gateway Monitoring
«
Reply #19 on:
April 12, 2018, 10:15:03 am »
can someone say me how to restart apinger with a command?
Logged
muchacha_grande
Full Member
Posts: 219
Karma: 19
Re: Gateway Monitoring
«
Reply #20 on:
April 12, 2018, 01:03:04 pm »
HI,
I have experienced some issues with apinger in the past, and what I could get as conclusion is that it needs some guaranty on that the PINGs traffic will leave the FW with priority, so even in situations of high upload traffic, the ICMP packets would reach the destination.
A customer of mine called his ISP telling that the service was faulty and they response that he was using all the upload bandwith. The solution at that moment was to limit the bandwidth consumed by a dropbox sync task on a PC.
I think that to make sure apinger or dpinger get the best meassurement possible they need to have some QoS in the FW, so that the meassurements results will be more reliable.
Cheers
Logged
Print
Pages:
1
[
2
]
« previous
next »
OPNsense Forum
»
English Forums
»
General Discussion
»
Gateway Monitoring