Lorawan-stack: Konfigurasikan kebijakan perutean

Dibuat pada 9 Feb 2021 · 3Komentar · Sumber: TheThingsNetwork/lorawan-stack

Konfigurasikan kebijakan perutean.

Untuk mendaftar jaringan dan penyewa yang tersedia, kami memerlukan https://github.com/packetbroker/iam/issues/2.

Agar jaringan dapat mengonfigurasi kebijakan perutean dengan jaringan lain

Ini saat ini harus dilakukan dengan pbctl , tetapi akan menyenangkan untuk dapat mengonfigurasi kebijakan perutean melalui CLI dan Konsol.

Kemampuan untuk mengonfigurasi kebijakan perutean antara jaringan atau penyewa Packet Broker lokal, dan jaringan atau penyewa lainnya.

Tambahkan API ke Agen Pialang Paket untuk manajemen kebijakan perutean
Terapkan dukungan CLI
Menerapkan dukungan Konsol. Mari kita mulai dengan memasukkan NetID dan tenant ID secara manual. Dengan https://github.com/packetbroker/iam/issues/2 , kita dapat memiliki dropdown jaringan publik dan penyewa (tetapi entri manual masih harus dimungkinkan)

Tes integrasi

Dapat melakukan dukungan API dan CLI.

@kschiffer tolong pikirkan tentang UX. Lihat perintah pbctl yang ditautkan untuk mendapatkan gambaran tentang apa yang dapat dilakukan.

console packet broker agent needux sizlarge ucli uweb

Sumber

johanstokking

Komentar yang paling membantu

@kschiffer silakan mulai memikirkan UX dalam bentuk gambar rangka.

API dirancang. Lihat https://github.com/TheThingsNetwork/lorawan-stack/pull/3912/files#diff -4371dadc483aa14e23af85a7baf0e1d57b6d0c67fcf203b94412e13b224cc541 dan terutama rpc s.

Ide saya adalah sebagai berikut:

Administrator dapat mengelola peering untuk jaringan mereka. Di The Things Stack, ini per penerapan. Di The Things Stack Cloud, ini per penyewa. Artinya, tidak ada pengaturan tingkat aplikasi atau perangkat (belum)
Konfigurasi secara teknis dua kali lipat: konfigurasi forwarder dan jaringan rumah. Forwarder memiliki infrastruktur gateway, jaringan rumah memiliki perangkat akhir. Sebagian besar pengguna akan memainkan salah satu peran, tetapi secara teknis kita perlu membuat perbedaan di sini

Elemen UI adalah:

Item menu tingkat atas untuk Broker Paket. Saran saya adalah menggunakan istilah Packet Broker untuk mendorong merek itu. Jadi item menu akan membaca Packet Broker dan tidak mengintip
Di halaman ikhtisar Konsol, tampilkan status Broker Paket (tbd, tetapi untuk saat ini apakah jaringan memiliki pendaftaran aktif)
Halaman pengaturan Broker Paket. Di sini, pengguna dapat:
- Daftar dan batalkan pendaftaran dengan Packet Broker, dan lihat info pendaftaran mereka ( /pba/registration binding). Ketika tidak ada registrasi ( NotFound ), nonaktifkan semua komponen di halaman
- Kelola kebijakan perutean penerusan. Ini ada di dua tingkat: pengaturan default ( /pba/forwarder/default-policy binding) dan pengaturan jaringan per rumah ( /pba/forwarder/policies bindings). Untuk mengkonfigurasi per jaringan rumah, Anda dapat mengizinkan pengguna untuk memilih jaringan rumah dari daftar semua jaringan yang tersedia ( /pba/forwarde/home-networks mengikat)
- Lihat kebijakan perutean yang ditetapkan oleh penerus lain untuk jaringan asal ini ( /pba/home-network/policies mengikat)

Akan ada statistik di masa depan, tetapi jangan repot-repot dengan itu untuk saat ini.

johanstokking pada 12 Mar 2021

👍2

@kschiffer silakan mulai memikirkan UX dalam bentuk gambar rangka.

API dirancang. Lihat https://github.com/TheThingsNetwork/lorawan-stack/pull/3912/files#diff -4371dadc483aa14e23af85a7baf0e1d57b6d0c67fcf203b94412e13b224cc541 dan terutama rpc s.

Ide saya adalah sebagai berikut:

Administrator dapat mengelola peering untuk jaringan mereka. Di The Things Stack, ini per penerapan. Di The Things Stack Cloud, ini per penyewa. Artinya, tidak ada pengaturan tingkat aplikasi atau perangkat (belum)
Konfigurasi secara teknis dua kali lipat: konfigurasi forwarder dan jaringan rumah. Forwarder memiliki infrastruktur gateway, jaringan rumah memiliki perangkat akhir. Sebagian besar pengguna akan memainkan salah satu peran, tetapi secara teknis kita perlu membuat perbedaan di sini

Elemen UI adalah:

Item menu tingkat atas untuk Broker Paket. Saran saya adalah menggunakan istilah Packet Broker untuk mendorong merek itu. Jadi item menu akan membaca Packet Broker dan tidak mengintip
Di halaman ikhtisar Konsol, tampilkan status Broker Paket (tbd, tetapi untuk saat ini apakah jaringan memiliki pendaftaran aktif)
Halaman pengaturan Broker Paket. Di sini, pengguna dapat:
- Daftar dan batalkan pendaftaran dengan Packet Broker, dan lihat info pendaftaran mereka ( /pba/registration binding). Ketika tidak ada registrasi ( NotFound ), nonaktifkan semua komponen di halaman
- Kelola kebijakan perutean penerusan. Ini ada di dua tingkat: pengaturan default ( /pba/forwarder/default-policy binding) dan pengaturan jaringan per rumah ( /pba/forwarder/policies bindings). Untuk mengkonfigurasi per jaringan rumah, Anda dapat mengizinkan pengguna untuk memilih jaringan rumah dari daftar semua jaringan yang tersedia ( /pba/forwarde/home-networks mengikat)
- Lihat kebijakan perutean yang ditetapkan oleh penerus lain untuk jaringan asal ini ( /pba/home-network/policies mengikat)