Revision history [back]

click to hide/show revision 1
initial version

I know that, but when I started I have no experience with Linux and Openstack, and this setup has been suggested to me.

Other questions before try: -if I bredge eth0 with br-ex instead than eth2, should I set any PublicIp before, or let eth0 rather than br-ex without IP? What I mean is that I want to keep the Controller node reachable on the current eth0 IP, but this eth0 IP is out of the range I reserved for Quantum, that is eth0 has PublicIP.31, while the range for Quantum is from PublicIP.208 to PublicIP.223. If I do not set the PublicIP.31, this will never be assegned by Quantum, and then the Compute will no more reach the Controller. -I don't need to keep eth0 on internet, I need only that the current eth0 IP is reachable from compute node. Could I simply solve deleting same rule, so that Quantum is reachable from internet, and the qg-6ad484d8-33 has no conflicts with eth0? Hope I'm clear Thanks for the help

In italiano se non sono stato chiaro in inglese xD -Se collego il br-ex a eth0 invece che eth2, devo settare qualche ip su br-ex o su eth0 prima di avviare l'l3-agent? Perchè l'indirizzo attuale dell'eth0 è al di fuori del range riservato per la rete di Quantum, di conseguenza non sarà mai assegnato e il Controller non sarà più raggiungibile dai Compute node -E se provassi a cancellare le regole di instradamento per la eth0 in modo che resti raggiungibile dai Compute node, ma non più da internet? In questo modo dovrei eliminare il conflitto con la qg-6ad484d8-33 , che ovviamente dovrebbe restare l'unica raggiungibile da internet.