In Solaris 10 sono stati riscontrati i seguenti problemi relativi ai collegamenti di rete.
Se una destinazione o un array iSCSI restituisce più di un indirizzo IP nella risposta send target, l'iniziatore prende in considerazione solo l'ultimo indirizzo dell'elenco e non il primo, come avveniva nelle precedenti versioni. Di conseguenza, se l'ultimo indirizzo IP è errato o non è valido, il collegamento alla destinazione non riesce.
Soluzione. Restituire i TPGT differenti per ogni voce nella risposta send target. L'iniziatore cerca di stabilire una connessione a tutti gli indirizzi IP e in questo modo la connessione riesce.
Il dominio DOI di sistema non è configurabile. Quando si utilizza SMC per creare un nuovo modello di rete trusted, SMC imposta il DOI su 0 e le Solaris Trusted Extensions non funzionano correttamente. Vengono visualizzati vari messaggi di errore.
Soluzione. Impostare il DOI su 1 usando SMC.
Nella configurazione predefinita di questa versione di Solaris, l'inoltro IP è disabilitato. Questa impostazione si riferisce sia alle reti IPv4 che a quelle IPv6 ed è indipendente dalle altre configurazioni del sistema. Nei sistemi con più interfacce IP che in precedenza inoltravano i pacchetti IP, questa funzione non è più abilitata automaticamente. Per abilitare l'inoltro IP in questi sistemi, è necessario eseguire manualmente alcune operazioni di configurazione aggiuntive.
Soluzione. Il comando routeadm abilita l'inoltro IP. Le modifiche alla configurazione prodotte da routeadm persistono anche dopo il riavvio del sistema.
Per abilitare l'inoltro IPv4, digitare routeadm -e ipv4-forwarding .
Per abilitare l'inoltro IPv6, digitare routeadm -e ipv6-forwarding .
Per applicare al sistema la configurazione con l'inoltro IP abilitato, digitare routeadm -u.
Per maggiori informazioni sull'inoltro IP, vedere la pagina man routeadm(1M).
Una zona può essere configurata in modo che il suo indirizzo IP faccia parte di un gruppo IPMP (IP Network Multipathing). Il processo di configurazione è documentato in How to Extend IP Network Multipathing Functionality to Shared-IP Non-Global Zones in System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.
Se tutte le interfacce di rete del gruppo IPMP producono un errore, le zone il cui indirizzo IP appartiene a quel gruppo non si avviano.
L'esempio seguente illustra il risultato del tentativo di avvio della zona.
# zoneadm -z nome-zona boot zoneadm: zone 'nome-zona': bge0:1: impossibile impostare l'interfaccia multicast: Argomento non corretto zoneadm: zone 'nome-zona': call to zoneadmd failed |
Soluzione. Riparare almeno una delle interfacce di rete del gruppo.
Le destinazioni Internet SCSI (iSCSI) possono occasionalmente riportare errori CRC se i DataDigest sono abilitati. Le applicazioni che aggiornano i buffer di I/O dopo la trasmissione all'iniziatore iSCSI possono provocare il calcolo errato del CRC. Quando la destinazione risponde con un errore CRC, l'iniziatore iSCSI trasmette nuovamente i dati con il CRC DataDigest corretto. L'integrità dei dati non viene compromessa. Tuttavia, le prestazioni di trasferimento dei dati vengono ridotte. Non viene visualizzato nessun messaggio di errore.
Soluzione. Non utilizzare l'opzione DataDigest.
Durante l'avvio del sistema, è possibile che più istanze non riescano a connettersi alla propria istanza LANE (LAN Emulation) se sono presenti più di otto istanze LANE su una stessa scheda. Questo problema non si verifica in modalità multiutente.
Soluzione. Per reinizializzare la rete SunATM, procedere come segue:
Verificare il problema eseguendo il comando lanestat -a.
Le istanze non connesse presentano il valore 0 come identificativo del circuito virtuale (VCI) sul server LES (LAN Emulation Server) e sul server BUS (Broadcast and Unknown Address Server).
Arrestare e riavviare la rete SunATM.
# /etc/init.d/sunatm stop # /etc/init.d/sunatm start |
Ripristinare le maschere di rete o le altre configurazioni di rete per le interfacce SunATM.
Se si configurano più tunnel tra due nodi IP e si abilita ip_strict_dst_multihoming o un altro filtro IP, può generarsi una perdita di pacchetti.
Soluzione. Scegliere una delle soluzioni seguenti:
Per prima cosa configurare un singolo tunnel tra due nodi IP. Quindi aggiungervi nuovi indirizzi usando il comando ifconfig con l'opzione addif.
Non abilitare ip_strict_dst_multihoming sui tunnel che collegano due nodi IP.