Una cosa alla volta.
NTP: se c'è su SLES bene, su OSO (LX) penso che tu debba almeno verificare che sia impostato e che si riferisca a sua volta a SLES (se SLES fa da NTP server e non solo da Client per se stesso) o ad un NTP esterno (come nel caso del setting apportato a SLES)...tecnicamente, per non inondare gli NTP server esterni, basterebbe avere una sola macchina che funge da NTP Server per la subnet e far lavorare quella (serve l'interno e viene servita dall'esterno).
Non entro nel merito della virtualizzazione così come l'hai implementata (avrai le tue ottime ragioni...e beato tu che puoi testare simili cose).
Piuttosto potrebbe essere un problema di compatibilità tra come OSO (LX) effettua la trasferta (con REFER o con INVITE) e come l'ITSP la gestisce (Diversion Header field)...ma se lo fosse...dovrebbe esserci anche con OSO MX (a parità di ITSP e di condizioni di chiamata).
E' che entriamo in un campo minato...ecco perchè Siemens sul Wiki ha posto dei documenti per certificare gli ITSP (proprio per gestire i test di interoperabilità con le proprie piattaforme in modo rigoroso e sistematico, vedi
qui).
Un pezzo interessante (anche se non so se propriamente attinente visto che la trasferta inizia da dentro il sistema e non è un redirect fissato a priori):
"Transfer and redirection
REFER and 302 (Redirect/Diversion) handling are deactivated on the ITSP interface due to security considerations.
Handling of these messages would mean to create new calls to a number that was provided by an external, possibly untrusted, party, which may result in high costs (toll fraud).
The HiPath/ OpenScape Office system does not send REFER or 302 to the ITSP leg, too."
Saluti, Kimera.
P.S.
Ti prego...cambia quel Wallpaper...è pur sempre un Server! Poveri noi!