Hallo Zusammen, ich habe die callback Anbindung mehrerer Linuxsysteme wegen gewünschter Stack/LZS Nutzung von rawIP auf syncPPP umgestellt. Mit rawIP und verschiedenen SuSE Versionen hat alles bestens funktioniert. Seit ich nun syncPPP verwende, tritt das Problem auf, dass nach erkanntem Lockruf auf den callback-in Rechnern zunaechst der call rejcted wird, und nach Zeit x der Rückruf erfolgt. Diese kommt beim callback-out Rechner jedoch spor. nicht an, da die _DISCONNECT_ Meldung mit _call rejected_ sporadisch von der Vermittlungstechnik abgewiesen wird, und damit auch der Rest der noch folgenden Meldungen dieser CR. Die Ursache hierfuer liegt daran, dass das I4L sporadisch die _DISCONNECT_ Meldung _vor_ der _ALERTING_ Meldung generiert, somit die Meldungsreihenfolge nicht mehr stimmt, und die Vermittlungstechnik eine _STATUS_ Meldung mit dem Inhalt: _Cause Value: message not compatible with call state_ zurueck schickt, und der callback_in Rechner sein _SETUP_ zur Vermittlungtechnik nicht mehr senden kann. Wenn jedoch (eher selten) die Meldungsreihenfolge stimmt, 1. in ->setup 2. out ->alerting 3. out ->disconnect 4. in ->release 5. out ->release complete 6. out ->setup usw dann klappt es einwandfrei mit dem callback. Kennt jemand das Problem, bzw gibt es schon eine Abhilfe? MfG Günter BTW: hier die falsche Meldungsreihenfolge: 1. in ->setup 2. out ->disconnect 3. in ->status 4. out ->alerting 5. in ->release 6. out ->release complete das outgoing setup fuer den callback wird nicht mehr generiert.