Verzögerte E-Mail per Aktions-Tabelle

[stefanbunzel]

Hallo LANCOMer,

ich stehe hier gerade auf dem Schlauch und würde mich sehr über eine kurze fachliche Unterstützung freuen:

Wie kann ich einen verzögerten E-Mail-Versand per Aktions-Tabelle realisieren?

Vorhandener Eintrag:

Code: Alles auswählen

Index  Active  Host-Name               Peer    Lock-Time  Condition  Action                                                                                                                                                                                                                                                      Check-For  Owner  Routing-Tag
=======-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
18     Yes     WXXXXX-SUPPORT-MELDUNG  WXXXXX  60         Failure    mailto:support@xxxxxxxx.de?subject=Stoerungsmeldung: PPPoE-Einwahl-Fehler KD-xxxx Bunzel?body=Automatisierte Stoerungsmeldung nach Verbindungsabbruch (Fehlercode: %e) und gescheiterter PPPoE-Neueinwahl, Zeitstempel: %t. Bitte Stoerung beheben! Danke              root   0

Nun soll mein Provider aber nicht sofort bei den aktuell vielen Unterbrechungen ( - früher gab es soetwas einfach nicht!) eine E-Mail erhalten (er hat mir angedroht, mich auf seine SPAM-Liste zu setzen, weil er teilweise täglich mehrere automatisierte Support-Tickets erstellt, die er so wie so nicht bearbeitet ), sondern ich möchte ihm die Chance geben, dass die Verbindung innerhalb von 5 Minuten ja eventuell wieder aufgebaut wird. Demnach wollte ich mit dem "repeat"- und "?skipiftrue="-Befehlen diese Schleife ralisieren, so dass die Mail erst 5 Minuten nach Abbruch der Gegenstelle raus geht - was mir aber nicht gelingt...

Vielen Dank für die Hilfe!

Viele Grüße,
Stefan

[Bernie137]

Hallo Stefan,

klingt so ähnlich, wie mein Vorhaben damals zeitverzögert eine Firewall Regel zu schalten: http://www.lancom-forum.de/aktuelle-lan ... lit=script

Ich hatte es gelöst, in dem ich die Verbindungszeit der aufgebauten VPN-Verbindung ausgewertet hatte. Ich erinnere mich dunkel, dass die Tabelle bei WAN-Connections anders aussieht und nicht so vorteilhaft war. Aber da hat sich inzwischen vielleicht auch was geändert im LCOS.

Gruß Bernie

[stefanbunzel]

Hallo Bernie,

vielen Dank für den Tipp und den Link zu deinem schön ausführlich beschriebenem Beispiel.
Ich nutze als Backup eine LTE-Leitung, deren Verbindungszeit ich dann theoretisch auch auslesen und demnach diesen Wert als Auslöser für die Störungsmeldung nutzen könnte. Ich werde es in den nächsten Tagen bei Gelegenheit mal testen und dann hier berichten.
Du hast mir da schon mal ganz gut geholfen. Danke!

Oder gibt es noch einen anderen (besseren) Ansatz zur Lösung des Problems?

Viele Grüße,
Stefan

[Bernie137]

Hallo Stefan,

konntest Du es denn inzwischen schon lösen?
Ich habe gerade einmal nachgesehen, in der aktuellen LCOS 9.24 ist es mit der Tabelle /status/remote-connections nicht anders, wie ich es damals schonbeschrieben hatte.

Ich nutze als Backup eine LTE-Leitung, deren Verbindungszeit ich dann theoretisch auch auslesen und demnach diesen Wert als Auslöser für die Störungsmeldung nutzen könnte.

Mir ist es nicht gelungen die "Conn.-Time" auszulesen. Aber vielleicht hast Du ja eine Möglichkeit gefunden?

Gruß Bernie

[stefanbunzel]

Hallo Bernie,

entschuldigung, dass ich mich jetzt erst wieder hierzu melde.

Also, ich habe es nicht geschafft! Geht wieder mal nicht, da ich beim LCOS auf der CLI keine "Gegenstellen" sondern nur "Interface" abfragen kann. Und bei mehreren Gegenstellen und Backup-Verbindungen, welche LEIDER (!!!) keinem Interface fest zugewiesen werden können, scheitert eine derartige Überwachung. Und dummerweise verwendet das LCOS gerade bei Backup-Konstellationen da immer wieder andere Interfaces für die Gegenstellen!
Über dieses Problem bin ich schon bei der SNMP-/PRTG-Überwachung in meinen allerersten Lancom-Jahren gestolpert und daran gescheitert. Und trotz jahrelangen Bitten, dass hier doch mal das LCOS modifiziert werden könnte, passiert hier NICHTS!
Einzig bei den damaligen 172x-Geräten mit mehreren ISDN-Schnittstellen gab es damals die undokumentierte Funktion, dass man eine Gegenstelle auch fest einem (ISDN- oder DSL-) Interface zuordnen konnte.

Ja, das ärgert mich mal wieder. Gerade heute hatte ich wieder mal 3 Stunden DSL-Störung und hätte diese Funktion des verzögerten E-Mail-Versands dringend benötigt.

Abschließend noch einmal die Frage in die Runde, ob es noch andere Möglichkeiten gibt, über die Aktionstabelle einen zeitverzögerte Aktion auszuführen?

Ansonsten äußere ich hiermit meinen Feature-Wunsch, dass es ganz einfach eine konfigurierbare Zeitverzögerung der Aktion in der Aktionstabelle gibt. Und nein, ich werde bei Realisierung dieses Feature-Wunsches keine zusätzlichen 10.000 Lancom-Router kaufen (womit sich die Frage nach der Umsetzung meines Wunsches vermutlich schon erledigt hat...).

Viele Grüße,
Stefan

[Jirka]

Hallo Stefan,

ich habe derartige Aktionstabellen-Scripte in meinem Bestand, müsste sie nur noch auf Deine spezielle Situation anpassen. Schicke mir einfach Dein bisheriges Script und eine Erläuterung zu Deinen Gegenstellen, dann mache ich Dir das fix fertig. Und dann kannst auch noch wählen, ob Du auch noch eine Entstörungs-E-Mail haben willst.

P.S.: Ich mache jetzt eine kurze Mittagspause, sleep 5m, danach schaue ich, ob die Situation unverändert ist und wenn ja, schicke ich Dir eine PN

Viele Grüße,
Jirka