Lorawan-stack: 네트워크 서버 메시지를 기반으로 최종 장치 세션 확인

우리가 이미 논의한 바와 같이 나는 이것에 찬성합니다.
Application Server는 항상 장치 세션에 대한 최신 데이터를 가지고 있기 때문에 항상 네트워크 서버를 신뢰해야 합니다.

• 최종 장치는 FPort=0 업링크를 보냅니다. - AS는 이 업링크를 수신하지 않습니다.

NS가 이것을 보내도록 변경해야 하지 않지만 빈 페이로드와 FPort 0을 사용하여 업스트림으로 전송되지 않도록 해야 합니까?

• 최종 장치는 FPort=0 업링크를 보냅니다. - AS는 이 업링크를 수신하지 않습니다.

NS가 이것을 보내도록 변경해야 하지 않지만 빈 페이로드와 FPort 0을 사용하여 업스트림으로 전송되지 않도록 해야 합니까?

NS->AS 메시징이 비동기식이므로 세션을 확인 하기 위해 FPort==0 업링크가 AS로 전송 되기 전에 대기열 무효화가 도착할 수 있으므로 어쨌든 이 작업을 수행해야 합니다. NS에 대한 FPort==0 업링크에 대한 응답으로 AS에 업링크를 보내는 유일한 이유는 AS가 가능한 한 빨리 세션 변경을 통지받도록 하기 위한 것이지만 우리는 그런 필요가 없습니다. 그런 경우에도 NS가 FPort 0 업링크 대신 AS에 보낼 SessionSwitch 메시지를 도입하는 것이 더 합리적입니다.

v3.11.1 배포에 영향을 미치므로 우선 순위를 prio/high 로 업그레이드했습니다.

변경 사항은 다음과 같아야 합니다.

• SessionKeyID 를 DownlinkQueueInvalidation 합니다. 대기열이 비어 있으면 AS는 현재 어떤 대기열이 무효화되었는지 알 수 없습니다.

다음 proto 추가(필드 3 )로 충분합니다.

message ApplicationInvalidatedDownlinks {
  repeated ApplicationDownlink downlinks = 1;
  uint32 last_f_cnt_down = 2;
  bytes session_key_id = 3 [(gogoproto.customname) = "SessionKeyID", (validate.rules).bytes.max_len = 2048];
}

• AS는 항상 무효화가 dev.Session 정도라고 가정하는 대신 올바른 세션의 queue + FCnt를 업데이트해야 합니다.

https://github.com/TheThingsNetwork/lorawan-stack/blob/e2fa6c085eaaf1a0b70939020244875bd01e5857/pkg/applicationserver/applicationserver.go#L1020 -L1038

dev.Session 항상 사용하는 대신 SessionKeyID 를 켜서 사용할 세션을 설정하십시오. 필요한 경우 현재 dev.Session 업데이트합니다.

• AS는 nacked 메시지가 어느 세션에서 왔는지 확인해야 합니다. - nacked 메시지가 보류 중인 세션(AS 관점에서)일 수 있으므로 FCnt 업데이트는 다음에서 수행되어야 합니다. 올바른 세션.

https://github.com/TheThingsNetwork/lorawan-stack/blob/e2fa6c085eaaf1a0b70939020244875bd01e5857/pkg/applicationserver/applicationserver.go#L1060 -L1073

이전과 마찬가지로 SessionKeyID 를 켜서 사용할 세션을 결정합니다. 필요한 경우 현재 dev.Session 업데이트합니다.

• (선택 사항) DownlinkQueue{Push|Replace} 에 대한 오류 세부 정보를 최소 FCnt 반환하고 항상 LastAFCntDown 를 이 값으로 업데이트합니다. 이렇게 하면 어떤 지점에서든 AS와 NS 간에 동기화되지 않은 경우 시스템이 수렴됩니다.

다음 proto 추가는 채워져야 하며 NS의 errFCntTooLow 에 오류 세부 정보로 추가되어야 합니다.

message UpdateDownlinkQueueErrorDetails {
  bytes session_key_id = 1 [(gogoproto.customname) = "SessionKeyID", (validate.rules).bytes.max_len = 2048];
  uint32 last_f_cnt_down = 2;
}

그런 다음 AS는 이러한 세부 정보를 가져와 현재 세션을 업데이트할 수 있습니다.

변경 사항은 이전 버전과 호환되며 NS 측에서 최소화되기를 바랍니다. genie는 이미 병에서 벗어났습니다. AS와 NS 간의 전체 프로토콜은 천천히 비동기화되었으며 단순히 FPort=0 변경을 되돌리는 것만으로는 충분하지 않습니다. 나는 이 변환이 결국 잘못되었다고 생각하지 않지만 세션 바이시뮬레이션과 관련하여 이러한 단점을 수정해야 합니다.

cc @johanstokking , @rvolosatovs

나에게 좋은 소리!

내가 여기서 무엇을 할 수 있습니까? 그렇다면 저를 다시 할당하고 무엇인지 알려주십시오.

내가 여기서 무엇을 할 수 있습니까? 그렇다면 저를 다시 할당하고 무엇인지 알려주십시오.

저는 이미 다음 사항에 중점을 두고 이 작업을 하고 있습니다.

* (Optional) return error details on `DownlinkQueue{Push|Replace}` with the minimum `FCnt` and always update the `LastAFCntDown` to this value. This would ensure that the system converges if at any point we're for some reason out of sync between AS and NS.

그 이유는 큐의 일부로 NS에서 받은 이벤트를 기반으로 작업을 수행하는 것만으로는 근본적으로 충분하지 않기 때문입니다.

• 메시지가 오래되었을 수 있지만 _now_ 대기열을 수정하고 싶습니다.
• 메시지가 손실될 수 있음 - 대기열이 무한하지 않음
• 메시지는 재정렬될 수 있습니다. 대기열에 비동기식으로 푸시되고 잠재적으로 재정렬된 방식으로 팝됩니다.

이러한 특성을 고려할 때 두 가지 옵션이 있습니다.

• 일괄 처리가 끝날 때까지 대기열 계산을 지연합니다(기본적으로 10개의 다운링크 대기열 무효화를 수신하는 경우 마지막에만 대기열을 다시 계산합니다). 다음과 같은 이유로 충분하지 않습니다.
  
  
  
  • AS가 메시지 일괄 처리를 처리할 때 대기열 끝에 _정말_ 있는지 또는 중간에 일부 일괄 처리를 처리하고 있는지 여전히 알 수 없습니다.
  
  
  • 메시지는 여전히 손실될 수 있으며 순서를 결정하는 것은 간단하지 않습니다.
  
  
• 그냥 _NS를 믿으세요_. 이것이 의미하는 바는 푸시/바꾸기 작업이 오류 세부 정보의 일부로 dev.Session.SessionKeyID , dev.PendingSession.SessionKeyID 및 LastAFCntDown 반환한다는 것입니다. 그런 다음 오류 세부 정보를 사용하여 AS에서 세션을 재구축합니다. 기본적으로 이것은 오래된 데이터(아마도 오래된 세션, 너무 낮은 FCnt)를 사용하여 다운링크 대기열 작업을 수행하려고 할 때 결국 NS 상태로 수렴한다는 것을 의미합니다. 한 번, 두 번, 세 번 시도해야 할 수도 있습니다. 무한 회전을 피하기 위해 경계로 만들겠습니다. 하지만 적어도 업링크 메시지 대기열의 정보보다 훨씬 더 최신 정보로 작업하고 있습니다.

• 그냥 _NS를 믿으세요_. 이것이 의미하는 바는 푸시/바꾸기 작업이 오류 세부 정보의 일부로 dev.Session.SessionKeyID , dev.PendingSession.SessionKeyID 및 LastAFCntDown 반환한다는 것입니다. 그런 다음 오류 세부 정보를 사용하여 AS에서 세션을 재구축합니다. 기본적으로 이것은 오래된 데이터(아마도 오래된 세션, 너무 낮은 FCnt)를 사용하여 다운링크 대기열 작업을 수행하려고 할 때 결국 NS 상태로 수렴한다는 것을 의미합니다. 한 번, 두 번, 세 번 시도해야 할 수도 있습니다. 무한 회전을 피하기 위해 경계로 만들겠습니다. 하지만 적어도 업링크 메시지 대기열의 정보보다 훨씬 더 최신 정보로 작업하고 있습니다.

이것이 최선의 선택이라고 생각합니다.