IPv6¶

Alamat IPv6¶

Atribut ipv6_address_mode digunakan untuk mengontrol bagaimana pengalamatan ditangani oleh OpenStack. Ada sejumlah cara yang berbeda dimana guest instance dapat memperoleh alamat IPv6, dan atribut ini membuka (expose) pilihan ini untuk pengguna dari API Networking.

Penyiaran update dan perubahan router¶

Atribut ipv6_ra_mode digunakan untuk mengontrol penyiaran update dan perubahan router untuk subnet.

Protokol IPv6 menggunakan paket Internet Control Message Protocol (ICMPv6) sebagai cara untuk mendistribusikan informasi tentang jaringan. Paket ICMPv6 dengan pengaturan flag ke tipe 134 disebut paket “Router Advertisement”, yang menyiarkan informasi tentang router dan rute yang dapat digunakan oleh guest instance untuk mengirimkan lalu lintas jaringan.

`` ipv6_ra_mode`` digunakan untuk menentukan apakah layanan Networking harus mengirimkan paket ICMPv6, untuk subnet.

Kombinasi ipv6_ra_mode dan ipv6_address_mode¶

Dataplane¶

Jembatan Linux dan modul dataplane Open vSwitch mendukung penerusan paket IPv6 di antara guest dan port router. Mirip dengan IPv4, tidak ada konfigurasi khusus atau pengaturan diperlukan untuk mengaktifkan dataplane untuk meneruskan paket dari sumber ke tujuan menggunakan IPv6. Perhatikan bahwa dataplanes ini akan meneruskan paket Link-local Address (LLA) antara host pada jaringan yang sama saja tanpa partisipasi atau setup oleh komponen OpenStack setelah port terhubung semua dan alamat MAC dipelajari.

Alamat untuk subnet¶

Ada empat metode untuk subnet untuk mendapatkannya cidr di OpenStack:

1. tugas langsung selama pembuatan subnet melalui baris perintah (command line) atau Horizon

2. Mengacu kolam subnet selama pembuatan subnet

Di masa depan, teknik yang berbeda dapat digunakan untuk mengalokasikan subnet untuk proyek:

1. Menggunakan klien PD untuk meminta awalan (prefix) untuk subnet dari server PD

2. Penggunaan modul IPAM eksternal untuk mengalokasikan subnet

Mode alamat untuk port¶

IPv6 mendukung tiga skema pengalamatan yang berbeda untuk konfigurasi alamat dan untuk menyediakan informasi jaringan opsional.

Stateless Address Auto Configuration (SLAAC)

Konfigurasi alamat menggunakan Router Advertisement (RA).

DHCPv6-stateless

Konfigurasi alamat menggunakan RA dan informasi opsional menggunakan DHCPv6.

DHCPv6-stateful

Konfigurasi alamat dan informasi opsional menggunakan DHCPv6.

OpenStack bisa diatur sedemikian rupa sehingga OpenStack Networking langsung memberikan RA, penyiaran DHCP dan alamat DHCPv6 dan informasi opsional untuk jaringan mereka atau hal ini dapat didelegasikan kepada router dan layanan eksternal didasarkan pada driver yang sedang digunakan. Ada atribut dua subnet neutron - `` ipv6_ra_mode`` dan `` ipv6_address_mode`` - yang menentukan bagaimana IPv6 dan informasi jaringan disediakan untuk instance proyek:

• `` Ipv6_ra_mode``: Menentukan siapa yang mengirimkan RA.

• Ipv6_address_mode: Menentukan bagaimana instance mendapatkan alamat IPv6, gateway default, atau informasi opsional.

Untuk dua atribut di atas supaya menjadi efektif, enable_dhcp dari objek subnet harus diatur ke True.

Penggunaan SLAAC untuk pengalamatan¶

Bila menggunakan SLAAC, kombinasi didukung saat ini untuk ipv6_ra_mode dan ipv6_address_mode adalah sebagai berikut.

Pengaturan ipv6_ra_mode untuk slaac akan menghasilkan router OpenStack Networking yang dikonfigurasi untuk mengirim paket RA, ketika mereka diciptakan. Hal ini menyebabkan nilai berikut ditetapkan untuk flag konfigurasi alamat dalam pesan RA:

• Auto Configuration Flag = 1
• Managed Configuration Flag = 0
• Other Configuration Flag = 0

Jaringan Neutron baru atau yang sudah ada yang berisi SLAAC yang diaktifkan subnet IPv6 akan menghasilkan semua port neutron yang melekat pada jaringan menerima alamat IPv6. Hal ini karena ketika pesan broadcast RA dikirim keluar pada jaringan neutron, mereka akan diterima oleh semua port yang mampu menerima IPv6 pada jaringan, dan masing-masing port kemudian akan mengkonfigurasi alamat IPv6 berdasarkan informasi yang terdapat dalam paket RA. Dalam beberapa kasus, sebuah alamat IPv6 SLAAC akan ditambahkan ke port, selain IPv4 lain dan alamat IPv6 dimana port telah ditetapkan.

DHCPv6¶

Untuk DHCPv6-stateless, kombinasi yang didukung saat ini adalah sebagai berikut:

Pengaturan DHCPv6-stateless untuk ` ipv6_ra_mode`` mengkonfigurasi router neutron dengan agen radvd untuk mengirim RA. Tabel di bawah ini menangkap nilai-nilai yang ditetapkan untuk flag konfigurasi alamat di paket RA dalam skenario ini. Demikian pula, pengaturan DHCPv6-stateless untuk ipv6_address_mode mengkonfigurasi implementasi DHCP neutron untuk memberikan informasi jaringan tambahan.

• Auto Configuration Flag = 1
• Managed Configuration Flag = 0
• Other Configuration Flag = 1

Fitur Router Terdistribusi milik Neutron dan IPv6¶

IPv6 tidak bekerja ketika fungsi Distributed Virtual Router diaktifkan, tetapi semua lalu lintas masuk/keluar (ingress/egress) adalah melalui router terpusat (oleh karena itu, tidak didistribusikan). Banyak pekerjaan diperlukan untuk sepenuhnya mengaktifkan fungsi ini.

VPNaaS¶

VPNaaS mendukung IPv6, namun dukungan di Kilo dan rilis sebelumnya akan memiliki beberapa bug yang mungkin membatasi bagaimana hal itu dapat digunakan. Lebih menyeluruh dan lengkap pengujian dan perbaikan bug telah dilakukan sebagai bagian dari rilis Liberty. IPv6 yang berbasis VPN-as-a-Service dikonfigurasi mirip dengan konfigurasi IPv4. Salah satu atau kedua peer_address dan `` peer_cidr`` dapat ditetapkan sebagai alamat IPv6. Pilihan mode pengalamatan dan mode router dijelaskan di atas seharusnya tidak berdampak dukungan.

LBaaS¶

TODO

FWaaS¶

FWaaS memungkinkan penciptaan aturan berbasis IPv6.

NAT & IP mengambang¶

Pada waktu saat OpenStack Networking tidak menyediakan fasilitas apapun untuk mendukung setiap rasa NAT dengan IPv6. Tidak seperti IPv4 tidak ada dukungan tertanam saat ini untuk IP mengambang dengan IPv6. Hal ini diasumsikan bahwa IPv6 antara proyek menggunakan GUA tanpa tumpang tindih di seluruh proyek.

Konfigurasi interface (antarmuka) dari guest¶

OpenStack saat ini tidak mendukung ekstensi privasi yang didefinisikan oleh RFC 4941. Interface identifier dan DUID yang digunakan harus langsung berasal dari MAC seperti yang dijelaskan dalam RFC 2373. Host komputasi tidak harus mengatur untuk memanfaatkan ekstensi privasi saat membuat identifier interface identifier mereka .

Tidak ada ketentuan untuk layanan metadata berbasis IPv6 mirip dengan apa yang disediakan untuk IPv4. Dalam kasus dual stack Guest meskipun, hal itu selalu mungkin untuk menggunakan layanan metadata IPv4 sebagai gantinya.

Tidak seperti IPv4, MTU dari jaringan tertentu dapat disampaikan dalam pesan RA yang dikirim oleh router dan tidak dalam pesan DHCP.

Configuring OpenStack Networking untuk prefix delegation (penyerahan awalan)¶

Untuk mengaktifkan prefix delegation, edit file /etc/neutron/neutron.conf. Jika Anda menjalankan OpenStack Liberty, buatlah perubahan berikut:

default_ipv6_subnet_pool = prefix_delegation

Sebaliknya jika Anda menjalankan OpenStack Mitaka, buatlah perubahan ini:

ipv6_pd_enabled = True

pd_dhcp_driver = <class path to driver>

Ini memberitahu OpenStack Networking supaya menggunakan mekanisme prefix delegation untuk alokasi subnet ketika pengguna tidak menyediakan CIDR atau id kolam subnet saat membuat subnet.

Requirements¶

Untuk menggunakan fitur ini, Anda perlu server DHCPv6 berkemampuan prefix delegation yang dicapai dari node OpenStack Networking. Ini bisa menjadi perangkat lunak yang berjalan pada node OpenStack Networking atau di tempat lain, atau router fisik. Untuk tujuan panduan ini kita menggunakan server DHCPv6 open source, Dibbler. Dibbler tersedia di banyak manajer paket Linux, atau dari sumber di https://github.com/tomaszmrugalski/dibbler.

Bila menggunakan implementasi referensi dari driver prefix delegation OpenStack Networking, Dibbler juga harus diinstal pada node OpenStack Networking Anda untuk melayani sebagai klien DHCPv6. Versi 1.0.1 atau lebih tinggi diperlukan.

Panduan ini mengasumsikan bahwa Anda menjalankan server Dibbler pada node jaringan dimana jembatan jaringan eksternal ada. Jika Anda sudah memiliki server DHCPv6 yang mampu prefix delegation di tempat, maka anda dapat melewati (skip) bagian berikut.

Malakukan konfigurasi server Dibbler¶

Setelah menginstal Dibbler, edit file /etc/dibbler/server.conf:

script "/var/lib/dibbler/pd-server.sh"

iface "br-ex" {
    pd-class {
        pd-pool 2001:db8:2222::/48
        pd-length 64
    }
}

Opsi yang digunakan dalam file konfigurasi di atas adalah:

• script, poin untuk script untuk dijalankan ketika awalan didelegasikan atau dilepaskan. Ini hanya diperlukan jika Anda ingin instance pada subnet Anda untuk memiliki akses jaringan eksternal. Lebih di bawah ini.

• `` Iface``, nama antarmuka jaringan untuk mendengarkan pesan awalan delegasi.

• pd-pool, prefiks yang lebih besar dari mana Anda ingin prefiks Anda didelegasikan untuk datang. Contoh yang diberikan ini sudah cukup jika Anda tidak memerlukan akses jaringan eksternal, jika tidak prefix routable global yang unik ini diperlukan.

• `` Pd-length`` Panjang dimana prefiks akan mendelegasikan. Ini harus menjadi 64 untuk bekerja dengan implementasi referensi OpenStack Networking saat ini.

Untuk menyediakan akses jaringan eksternal untuk instance Anda, server Dibbler Anda juga perlu membuat rute baru untuk setiap awalan yang didelegasikan. Hal ini dilakukan dengan menggunakan file script di dalam file konfigurasi di atas. Edit file /var/lib/dibbler/pd-server.sh:

if [ "$PREFIX1" != "" ]; then
    if [ "$1" == "add" ]; then
        sudo ip -6 route add ${PREFIX1}/64 via $REMOTE_ADDR dev $IFACE
    fi
    if [ "$1" == "delete" ]; then
        sudo ip -6 route del ${PREFIX1}/64 via $REMOTE_ADDR dev $IFACE
    fi
fi

Variabel yang digunakan dalam file script di atas adalah:

• $PREFIX1, Awalan yang ditambahkan/dihapus oleh server Dibbler.

• $1, Operasi yang dilakukan.

• $REMOTE_ADDR Alamat IP dari klien Dibbler yang meminta.

• $IFACE, Antarmuka jaringan dimana permintaan itu diterima.

Hal di atas adalah semua yang Anda butuhkan dalam skenario ini, tetapi informasi lebih tentang cara menginstal, mengkonfigurasi, dan menjalankan Dibbler tersedia di buku petunjuk Dibbler, di http://klub.com.pl/dhcpv6/doc/dibbler-user.pdf.

Untuk memulai server Dibbler Anda, jalankan:

# dibbler-server run

Atau untuk berjalan dalam modus tanpa kepala (headless mode):

# dibbler-server start

Bila menggunakan DevStack, Hal ini penting untuk memulai server Anda setelah skrip stack.sh telah selesai untuk memastikan bahwa antarmuka jaringan yang diperlukan telah dibuat.

Alur kerja pengguna¶

Pertama, buat jaringan dan subnet IPv6:

$ neutron net-create ipv6-pd

Created a new network:
+-----------------+--------------------------------------+
| Field           | Value                                |
+-----------------+--------------------------------------+
| admin_state_up  | True                                 |
| id              | 31ef3e85-111f-4772-8172-8e4a404a7476 |
| mtu             | 1450                                 |
| name            | ipv6-pd                              |
| router:external | False                                |
| shared          | False                                |
| status          | ACTIVE                               |
| subnets         |                                      |
| tenant_id       | 28b39bcce66e4a648f82e2362b958b60     |
+-----------------+--------------------------------------+

$ neutron subnet-create ipv6-pd --name ipv6-pd-1 --ip_version 6 \
  --ipv6_ra_mode slaac --ipv6_address_mode slaac --use_default_subnetpool

Created a new subnet:
+-------------------+--------------------------------------------------+
| Field             | Value                                            |
+-------------------+--------------------------------------------------+
| allocation_pools  | {"start": "::2", "end": "::ffff:ffff:ffff:fffe"} |
| cidr              | ::/64                                            |
| dns_nameservers   |                                                  |
| enable_dhcp       | True                                             |
| gateway_ip        | ::1                                              |
| host_routes       |                                                  |
| id                | ea139dcd-17a3-4f0a-8cca-dff8b4e03f8a             |
| ip_version        | 6                                                |
| ipv6_address_mode | slaac                                            |
| ipv6_ra_mode      | slaac                                            |
| name              | ipv6-pd-1                                        |
| network_id        | 31ef3e85-111f-4772-8172-8e4a404a7476             |
| subnetpool_id     | prefix_delegation                                |
| tenant_id         | 28b39bcce66e4a648f82e2362b958b60                 |
+-------------------+--------------------------------------------------+

Subnet pada awalnya dibuat dengan CIDR sementara sebelum subnet dapat diberikan oleh prefix delegation. Jumlah subnet dengan CIDR sementara ini bisa eksis tanpa menimbulkan error tumpang tindih. subnetpool_id secara otomatis diatur untuk prefix_delegation.

Untuk memicu proses prefix delegation, buat antarmuka router antara subnet ini dan router dengan interface yang aktif pada jaringan eksternal:

$ neutron router-interface-add cb9b7a2c-0ffa-412f-989a-1e6c60e1c02f \
  ea139dcd-17a3-4f0a-8cca-dff8b4e03f8a
Added interface a7e4d663-e3fc-4b8f-909f-865c397a930e to router
cb9b7a2c-0ffa-412f-989a-1e6c60e1c02f.

Mekanisme prefix delegation kemudian mengirimkan permintaan melalui jaringan eksternal ke server prefix delegation Anda, yang menjawab dengan delegated prefix. Subnet tersebut kemudian diperbarui dengan prefix baru, termasuk menerbitkan alamat IP baru untuk semua port:

$ neutron subnet-show ipv6-pd-1

+-------------------+-------------------------------------------------+
| Field             | Value                                           |
+-------------------+-------------------------------------------------+
| allocation_pools  | {"start": "2001:db8:2222:6977::2",              |
|                   | "end":"2001:db8:2222:6977:ffff:ffff:ffff:fffe"} |
| cidr              | 2001:db8:2222:6977::/64                         |
| dns_nameservers   |                                                 |
| enable_dhcp       | True                                            |
| gateway_ip        | 2001:db8:2222:6977::1                           |
| host_routes       |                                                 |
| id                | ea139dcd-17a3-4f0a-8cca-dff8b4e03f8a            |
| ip_version        | 6                                               |
| ipv6_address_mode | slaac                                           |
| ipv6_ra_mode      | slaac                                           |
| name              | ipv6-pd-1                                       |
| network_id        | 31ef3e85-111f-4772-8172-8e4a404a7476            |
| subnetpool_id     | prefix_delegation                               |
| tenant_id         | 28b39bcce66e4a648f82e2362b958b60                |
+-------------------+-------------------------------------------------+

Jika server prefix delegation dikonfigurasi untuk mendelegasikan prefiks routable global dan mengatur rute, maka setiap instance dengan port pada subnet ini sekarang harus memiliki akses jaringan eksternal.

Penghapusan antarmuka router menyebabkan subnet yang akan dikembalikan ke CIDR sementara, dan semua port memiliki IP yang diperbaruinya. Peminjaman prefiks dilepaskan dan diperpanjang secara otomatis bila diperlukan.

Referensi¶

Link berikut memberikan tutorial langkah demi langkah besar tentang pengaturan IPv6 dengan OpenStack: http://www.debug-all.com/?p=52

Konfigurasi tambahan¶

pd_dhcp_driver = neutron_pd_agent

pd_interface = br-ex

neutron-pd-agent --config-file /etc/neutron/neutron.conf