Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 2 subscribers
  • Views 5024 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[9.205-12] Daily report about RED connection is down/up

synopex
hi,
we have since some longer time (most every day) the notification about red-connection is down and same time up, only on the red50.
For tests i send a red10 to the remote site and used it parallel on the WAN. From this i get not alerts.

Any knows about the sensibility for the ping/pong for red50 devices?
It´s not a problem, but it nerves.


This thread was automatically locked due to age.
Parents
  • 0
    We had a HUGE issue with a RED50 on a somewhat latent connection. The Ping-Pong code had a logical flaw and would cause the RED50 to regularly think it had lost connection to the host. The false "time out" would cause the RED50 to reset the connection.  The fact is that there was never a timeout, just typical T1 latency of maybe 10-30mS during saturation times. 

    There was a mantis ID and appearantly this was reported as fixed a long time ago, but the crappy code fork found its way back and is now part of the main code repository again. I can not tell you from when to when this was fixed, but our customer had no problems for a year or so and then after an update, the issue reared its ugly head.

    We recently got a patch as an RPM after a forcing the issue with support (for months), but the process was a PITA. What was NOT made clear was if the fixed code would be incorporated into further releases, or if our "fix" was just to make us happy. We asked numerous times for clarification and never heard back. 

    So as it stands, and given the current state of things, it would not surprise me to learn that the code is till broken. We have left the customer back at 9.1.whatever because we are afraid for this issue to come back, let alone saddle them with the 9.2 and 9.3 problems.

    Our customer issue was huge problem because the RED50 routes ALL traffic back through the main site, there is NO local gateway. The site also heavily relies on wireless security. Sadly, when the RED50 resets, wifi reboots and each workstation user is kicked off of whatever they are doing... it was a painful 6 months for the customer, most of which was spent blaming the T1 circuit provider, even though their logs showed no problems. 

    You may want to check into this... there is also anther thread around here somewhere that better explains the issue.
  • 0 in reply to BeanAnimal
    Hello there,

    we're using a RED10 on a 16/1Mbit ADSL-Businessline (Deutsche Telekom).
    We got the same errors, pending from no notification on some days up to 3 or 4 reconnects on other days. The line itself runs stable, but the RED do a reset.

    Also no u2d-process is running in the main office (utm120 rev 5, 9.306) and the cpu-/ram usage is on normal behaviour.

    Does it really depends on the ping-time to the main-site?
    Maybe an additional option on the utm-webgui where you can adjust the timeout (e.g. from around 10s to 60s or higher) will be fine...
  • 0 in reply to ManuelKarl
    @BeanAnimal:

    In which mode is your RED working (Standard/Unified, Standard/Split or Transparent/Split)?

    How are you receiving your DNS-Serveradresses (WAN/External)? Automatic or are you using Google-DNS (8.8.8.8) fixed ips?
Reply Children
No Data
Unfiltered HTML