Lorawan-stack: 라우팅 정책 구성

@kschiffer 와이어프레임 형태의 UX에 대해 생각해보세요.

API가 설계되었습니다. https://github.com/TheThingsNetwork/lorawan-stack/pull/3912/files#diff -4371dadc483aa14e23af85a7baf0e1d57b6d0c67fff203b94412e13b224cc541 rpc

내 생각은 다음과 같습니다.

• 관리자는 네트워크에 대한 피어링을 관리할 수 있습니다. 사물 스택에서 이는 배포당입니다. Things Stack Cloud에서 이는 테넌트당입니다. 즉, 응용 프로그램 또는 장치 수준 설정이 없습니다(아직만).
• 구성은 기술적으로 포워더 및 홈 네트워크 구성의 두 가지입니다. 전달자에는 게이트웨이 인프라가 있고 홈 네트워크에는 최종 장치가 있습니다. 대부분의 사용자는 두 가지 역할을 모두 수행하지만 기술적으로 여기에서 구분해야 합니다.

UI 요소는 다음과 같습니다.

1. 패킷 브로커의 최상위 메뉴 항목입니다. 제 제안은 Packet Broker라는 용어를 사용하여 해당 브랜드를 홍보하는 것입니다. 따라서 메뉴 항목은 패킷 브로커 를 읽고 피어링하지 않습니다.
2. 콘솔 개요 페이지에서 패킷 브로커의 상태를 표시합니다(미정이지만 현재 네트워크에 활성 등록이 있는지 여부).
3. 패킷 브로커 설정 페이지. 여기에서 사용자는 다음을 수행할 수 있습니다.
   
   
   
   • Packet Broker에 등록 및 등록 취소하고 등록 정보( /pba/registration 바인딩)를 확인합니다. 등록이 없는 경우( NotFound ) 페이지의 모든 구성 요소를 비활성화합니다.
   
   
   • 전달자 라우팅 정책을 관리합니다. 이는 기본 설정( /pba/forwarder/default-policy 바인딩) 및 홈별 네트워크( /pba/forwarder/policies 바인딩) 설정의 두 가지 수준에 있습니다. 홈 네트워크별로 구성하려면 사용자가 사용 가능한 모든 네트워크 목록에서 홈 네트워크를 선택하도록 허용할 수 있습니다( /pba/forwarde/home-networks 바인딩)
   
   
   • 다른 포워더가 이 홈 네트워크에 대해 설정한 라우팅 정책 보기( /pba/home-network/policies 바인딩)
   
   

앞으로 통계가 나올 것이지만 지금은 그것에 신경쓰지 마십시오.

이것은 주요 API 확장이 필요하므로 3.12로 이동되었습니다.

@kschiffer UX 구현 및 분류를 조정하십시오