Salve a tutti,
Sono cascato esattamente nel problema descritto da Henrik Walther in questo articolo http://technet.microsoft.com/en-us/magazine/gg314976.aspx e l'ho applicato come suggerito l'nvspbind per cambiare l'ordine di binding della scheda nascosta del cluster.
Tutto ha funzionato correttamente per circa 1 mese, quando poi improvvisamente il problema si è ripresentato. Oggi quando viene spedito un messaggio verso l'esterno, negli header compare 169.254.x.x come indirizzo interno del server anzichè l'indirizzo 10.x.x.x reale. Rieseguire "nvspbind /- "local area connection* 9" ms_tcpip" e riavviato i nodi, non ha portato a risultati
Ad oggi se interrogo l'ordine delle schede trovo
1. LAN
2. Heartbeat
2. MS_TCPIP (che è la scheda nascosa del cluster)
Questo non lo troverei nemmeno un problema se non fosse che mi sta impedendo un corretto message tracking dal Tracking Log Explorer. Infatti in ogni riga in cui trova 169.254.x.x non vedo il destinatario del messaggio tracciato (se questo è al di fuori della organization).
Qualche idea?
Grazie mille!