Moderator: Lancom-Systems Moderatoren
Hi Sebastian, mich würde interessieren, ob Du von der 7.30 aus den 1722 updated hast. Sind VPNs konfiguriert? Hast Du eine DENY-All-Strategie oder fährst Du eine Lancom-Standard-Firewallkonfig?SunSeb hat geschrieben:Moin,
auch bei mir funktioniert das Mailen mit einem Server bei t-online und vodafone problemlos. Das Gerät ist ein 1722 mit 7.52.
Gruß,
SEBastian
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
Ich weiss im Grunde auch nicht, wo ich weiter suchen soll. Leider gibt es aus dem Bereich im Router keine konkreteren Infos.Jirka hat geschrieben:Hallo Pumpelhuber,
irgendwie bringt ein IP-Router-Trace nichts. Jedenfalls sehe ich da nichts vom Abschicken einer E-Mail.
Viele Grüße,
Jirka
Das sind die Auffälligsten Unterschiede. Wir verwenden keine Zertifikate und die betroffenen Router hängen nicht an einem SDSL sondern am 16000er ADSL. Ich vermute aber dort nicht das Problem. Vielleicht gibt es Abweichungen im Chipsatz, vielleicht ist was beim Update in die Hose gegangen, vielleicht passt was in der Konfig nicht.LoUiS hat geschrieben:Hi,
sowie einige VPN Tunnel mit Zertifikaten. ... eine SDSL Verbindung ....
Ciao
LoUiS
Guter Ansatz, da hab ich noch nicht richtig nachgeschaut. Die WAN-Strecke hat unter 7.30 und unter 7.52 den Routing-Tag 0. Müsste also auch unter der 7.52 stramm durchmaschieren ....alf29 hat geschrieben:Moin,
so direkt ist das auch nicht mein Metier, nur eine Idee: wenn eine Mail als Aktion aus der
Aktionstabelle verschickt wird, dann gehört zu dieser WAN-Verbindug über den Eintrag
in der Routing-Tabelle ein Routing-Tag - und genau auch dieses Tag wird für den Aufbau
der TCP-Verbindung genutzt. über den diese Mail laufen soll. Wenn man den Mailserver
aber 'einfach so' auf der Kommandozeile anpingt, geht das aber m.W. einfach mit
Routing-Tag 0. Je nachdem wie Deine Routing-Tabelle aussieht, kann das einen Unterschied
machen, wie der IP-Router entscheidet. Wie gesagt, nur so eine Idee...
Gruß Alfred
habe ich noch eine Frage. Die Aushandlung des Codecs wird aber durch das Lancom verändert. X-Lite bietet nämlich 8 und 0, also PCMA und PCMU als Codec an. Das Lancom reicht aber lediglich das Angebot zum Codec 8 an das Gigasset weiter. Sie hätten sich ja sowieso auf PCMA geeinigt, aber müßte nicht trotzdem das Angebot zu Codec 0 an der zweiten Stelle auch weitergereicht werden?ittk hat geschrieben: Vielleicht verhandeln die Endgeraete nur bis zur zweiten Codecebene, die im Auslieferungszustand nun mal G.711 A-Law waere. Auch wenn die Gegenstelle kein G.722 beherrscht wird das Proposal nun mal im SDP-Paket dennnoch als erster Codec angeboten und folglich bleibt der G.711 U-Law an dritter Stelle stehen
Das ist ja wirklich ein toller Stand.ittk hat geschrieben: ... aber so ist der derzeitge Stand nun mal. Mit dem Transcoding aendert sich das zwar, jedoch kann dann die Gespraechsqualitaet durch das de- und entkodieren zu einem passenden Codec verschlechtern.
Jo, das funktioniert. Habe hier gerade 2 Mails erzeugt, während die DSL-Leitung gekappt war. Dann wieder hergestellt und noch eine E-Mail erzeugt (damits schneller geht) und dann waren alle 3 gleich raus aus dem Puffer.@Jirka
Was ich nicht getestet habe:
Kann die 7.52 einen Puffer abarbeiten, der sich aufbauen könnte, wenn er zwangsweise offline war?
Hallo, also ich habe es nach deiner Anleitung durchgeführt aber leider bleiben die Mail auch nach dem ich den Puffer gelöscht habe hängen. Hast du noch etwas anderes gemacht ?Pumpelhuber hat geschrieben:MAIL GEHT MIT 7.52
Die Lösung des Problems ist ganz simpel:
Hat man Mailbenachrichtigung bei Adressänderung und Abbau von VPN aktiv, dann passiert beim Update von der 7.30 auf die 7.52 folgendes:
Der Router startet nach dem Upload neu und generiert unter der alten Firmware die entsprechenden Mails.
Nach dem Start mit der neuen Firmware bleiben die Mails im Puffer hängen und werden von der 7.52 nicht abgearbeitet. Warum?, das könnte nur jemand von Lancom erklären. Den Puffer kann man im WEB-Interface unter /config/1/43/ bequem löschen. Danach funktionieren sofort die Mails wieder.
Ich bedanke mich für die super Unterstützung bei allen hier im Forum!
Hab Telnet offen gehabt, tr # smtp, damit ich nicht dumm sterbe, Web-Interface geöffnet, Puffer löschen, Statistik gelöscht, damit ich die Verluste nicht immer sehen muss *feix*, Testmail aus Telnet geschickt, gestaunt, dass es plötzlich geht, Telnet zu, Webinterface zu und dann auf dem nächsten eingeloggt ......Enno26 hat geschrieben: Hallo, also ich habe es nach deiner Anleitung durchgeführt aber leider bleiben die Mail auch nach dem ich den Puffer gelöscht habe hängen. Hast du noch etwas anderes gemacht ?
