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

SG 135 RED Anbindungs-Probleme

Guten Tag zusammen,

wir betreiben in unserem Unternehmen mehrere SG135 und Anbindungen zu REDs (die meisten sind noch RED15). Seit einigen Tagen, es gab keine Änderungen, gehen die Verbindungen zu den RED und der REDc nicht mehr. Dies betrifft nur eine der Firewalls. Versuche von reboot und leeren der Caches haben nicht gebracht.

Unsere SG135er laufen alle unter der Firmware 9.707-5.

Hier ein kurzer Ausschnitt aus dem Live-Protokoll:

2021:09:09-07:46:55 ng red2ctl[4719]: Missing keepalive from reds12:0, disabling peer 91.x.x.x
2021:09:09-07:46:56 ng red_server[7510]: b**************: command 'PING 0'
2021:09:09-07:46:56 ng red_server[7510]: b**************: PING remote_tx=0 local_rx=0 diff=0
2021:09:09-07:46:56 ng red_server[7510]: b**************: PONG local_tx=0
Zudem haben wir immer wieder die Meldung:
2021:09:09-07:46:52 ng red2ctl[4719]: Overflow happened on reds12:0 (betrifft auch andere REDs)
Ich bin euch jetzt schon für die Unterstützung dankbar.


This thread was automatically locked due to age.
Parents
  • PIng-Pong deutet aber auf Konnektivität hin...

    Ich hatte beim Update auf 9.707-5 bei einem Kunden das Problem, dass die REDs keine Konfigruation über den Provisioning-Service mehr ziehen konnten - da stand aber auch eine Zeile im RED-Log, die darauf hingewiesen hat.

    Lösung war: Die Konfig der REDs auf der UTM mal abzuändern und dann wieder zurück zu ändern, so dass die Konfig von der UTM neu zum Provisioning Service geladen wurden - anschließend lief wieder alles.

    Mal ausprobieren bei einem RED, was aktuell nicht geht und parallel das RED Live-Log mal explizit nach dieser RED-ID filtern lassen und schauen ob man was im Log sieht.

    Gruß Steve

Reply
  • PIng-Pong deutet aber auf Konnektivität hin...

    Ich hatte beim Update auf 9.707-5 bei einem Kunden das Problem, dass die REDs keine Konfigruation über den Provisioning-Service mehr ziehen konnten - da stand aber auch eine Zeile im RED-Log, die darauf hingewiesen hat.

    Lösung war: Die Konfig der REDs auf der UTM mal abzuändern und dann wieder zurück zu ändern, so dass die Konfig von der UTM neu zum Provisioning Service geladen wurden - anschließend lief wieder alles.

    Mal ausprobieren bei einem RED, was aktuell nicht geht und parallel das RED Live-Log mal explizit nach dieser RED-ID filtern lassen und schauen ob man was im Log sieht.

    Gruß Steve

Children
No Data