Lorawan-stack: 특정 TX 전원에 대해 게이트웨이에서 거부 된 다운 링크

Lora-net/packet_forwarder 오류가 발생한 것 같습니다. 관련 코드 : https://github.com/Lora-net/packet_forwarder/blob/master/lora_pkt_fwd/src/lora_pkt_fwd.c#L2517 -L2527

TTN (https://github.com/TheThingsNetwork/gateway-conf/)을 통해 배포 된 게이트웨이 구성을 사용하면 다음 TX 전원이 게이트웨이에서 허용됩니다.

-6 , -3 , 0 , 3 , 6 , 10 , 11 , 12 , 13 , 14 , 16 , 20 , 23 , 25 , 26 , 27

The Things Stack에서는 게이트웨이에 대한 동적 구성을 작성할 때 동일한 목록을 사용합니다. https://github.com/TheThingsNetwork/lorawan-stack/blob/master/pkg/pfconfig/shared/shared.go#L259 -L276

이는 _ERROR : Packet REJECTED, TX-11_에 대해 지원되지 않는 RF 전력은 게이트웨이의 잘못된 구성 일뿐 다른 보고서는 유효 함을 의미합니다.

지원되지 않는 TX 전력 값을 보내는 v3 게이트웨이 서버로 인해 발생하는 것 같습니다. GS가 지원되는 TX 전원 목록에있는 경우에만 UDP 게이트웨이로 TX 전원 값을 전송하는지 확인해야합니다.

이것에 대한 최근 업데이트 또는 통찰력이 있습니까?

https://status.thethings.network/에 보고서를 추가해 주시겠습니까? 감사!

https://status.thethings.network/ 는 네트워크 사고를위한 것입니다. 이 장소가 아닙니다. 서버가 전송하기 전에 지원되는 TX Power를 확인하는 새로운 업데이트를 출시 할 예정입니다.

안녕하세요 Kirshna,

이 업데이트가 언제 출시 될지 좀 더 정확하게 말씀해 주시겠습니까? 이 수정을 기다리는 많은 사람들이 있습니다.

그건 그렇고, "보내기 전에 지원되는 TX 전원을 확인합니다"란 무슨 뜻입니까? 서버는 TX 전력이 "표준"인지 확인합니까 아니면 패킷을 삭제합니까?

당신의 도움을 주셔서 감사합니다

https://status.thethings.network/ 는 네트워크 사고를위한 것입니다.

매우 엄격하다고 느끼는 것을 표현하기 위해. 이것은 일부에게는 운영상의 문제입니다. 적어도 일부 사용자의 경우 ADR 다운 링크를 수신하지 못하여 장치가 SF12로 떨어지고 다른 사용자는 갑자기 OTAA가 실패합니다. 게이트웨이 로그에 액세스하지 않으면 원인에 대해 어둡고 최근까지 V2 트래픽의 라우팅을 위해 무언가가 변경되기 전까지는 더 잘 작동했습니다. (또는 이와 비슷한 것; 이러한 변경 사항에 대한 명확한 의사 소통도 없습니다.)

@avbentem :이 문제는 연결 / 처리량 / 가용성 등이 아닌 소프트웨어 동작과 관련이 있으므로 운영 문제로 분류되지 않습니다.
PS : 당신 말이 맞습니다. 이 변경 사항은 제대로 전달되지 않았습니다.

이 변경 사항은 제대로 전달되지 않았습니다.

제쳐두고 : 적어도 그것을 고치기에는 너무 늦지 않았습니까? 무엇이 바뀌었고, 언제, 그리고 사람들이 문제를 디버깅 할 때 V2 또는 V3, @KrishnaIyer 및 @htdvisser를 봐야하는지 완전히 불분명합니다.

이 변경 사항 및 향후 변경 사항에 대한 https://www.thethingsnetwork.org/updates 의 포럼 게시물 또는 기타 내용을 대단히 환영합니다. 감사!

동작을 되돌려 야하는 패치를 방금 배포했습니다. 이 작업을 닫기 전에 몇 가지 피드백을 기다릴 것입니다.

감사합니다 Krishna!
수정 된 사항에 대해 자세히 설명해 주시겠습니까? 누구를 비난하지 마십시오. 그 이유는 게이트웨이 및 패킷 포워더와 관련하여 발생한 문제를 더 잘 이해하고 관찰 한 동작이이 변경으로 인해 발생했는지 확인하는 데 도움이되기 때문입니다.

기본적으로 변경된 사항은 다음과 같습니다.

GS가 지원되는 TX 전원 목록에있는 경우에만 TX 전원 값을 UDP 게이트웨이로 전송하는지 확인합니다.

https://github.com/TheThingsNetwork/lorawan-stack/issues/2106#issuecomment -596502171

이 변경 외에도 v2 시스템에서 수신 한 다운 링크의 TX 전력 변환이 올바르게 수행되지 않아 3dBm 차이가 발생한다는 사실을 발견했습니다 (11 개는 14 개, 17 개는 20 개, 24 개는 27). 이것은 또한 수정되었습니다.

자세한 사항에 대해 감사드립니다. "_24는 27_ 이었어 야했습니다."가 바로 문제의 원인입니다. 이 세부 사항을 알면 더 이상 사이트에서 GW를 디버깅 할 필요가 없습니다.

더 이상 내 편에서 문제를 재현 할 수 없었습니다. 업데이트 해주셔서 감사합니다!

감사합니다, @htdvisser 와 @KrishnaIyer. 이것은 어떻게 든 V2와 V3 연결과 관련이 있기 때문에, 커뮤니티 네트워크를 위해 오늘날 사물이 어떻게 연결되어 있는지 어딘가에 문서화 할 수 있습니까?

2020 년 1 월 말 컨퍼런스에서 간략하게 발표 된 것처럼 V2에 설정된 게이트웨이의 트래픽이 V3를 통해 라우팅되고 있습니까? 내가 뭔가를 놓쳤을 수도 있지만 V2의 어떤 구성 요소가 여전히 사용되는지, 그리고 현재 V3에 위임되는 것은 정말 명확하지 않습니다. 또한 언제 변경되었는지 불분명합니다.

(예 : 커뮤니티 네트워크는 여전히 V2 TTN 콘솔을 사용하며 잘 작동합니다. https://github.com/TheThingsNetwork/ttn/issues/767이 여전히보고되고 있으므로 ADR이 여전히 V2에서 처리되고 있다고 가정합니다. 2019 년 10 월 이전에 가입 한 OTAA 기기입니다.하지만 위의 문제가 V3에서 수정되었으므로 V3에서도 작업을 수행했습니다. 변경된시기를 알면 향후 디버깅에 도움이 될 수 있습니다.)

안녕하세요.

더 이상 사이트에서 GW를 디버깅 할 필요가 없습니다.

향후 변경 사항이나 향후 V3 사용을 위해 대체 메커니즘을 구현하기 위해 게이트웨이 측도 수정하는 것이 여전히 좋은 생각 일 수 있습니다. 잘 모르겠습니다 . https://www.thethingsnetwork.org/forum/t/error-packet-rejected-unsupported-rf-power-for-tx-24/34833/14 에서 Slack의 의견을 참조

누군가 (예를 들어) 게이트웨이에 5dBi 안테나가있을 때 이것이 어떻게 문제를 해결했는지 알 수 없습니다. 구성 파일의 안테나 게인을 0dBi로 남겨두면 최대 법적 전송 전력을 초과하고 구성 파일을 5dBi로 변경하면 패킷이 게이트웨이에서 거부되는 경우가 있습니다.

@avbentem에 답장

커뮤니티 네트워크 클러스터는 모두 다르게 보이고 상황이 항상 변하기 때문에 각 지역에서 사물이 연결되는 방식에 대한 최신 개요를 유지하는 데 너무 많은 시간이 소요됩니다.

아래 이미지에서 게이트웨이가 v2 네트워크에 연결되는 방법을 볼 수 있습니다. 이전 상황 (노란색)이 새 상황 (녹색)으로 천천히 마이그레이션됩니다. 먼저 새 구성 요소를 통해 특정 게이트웨이 프로토콜에 대해 적은 비율의 트래픽을 라우팅하고 해당 비율을 천천히 늘립니다. 다른 게이트웨이 프로토콜에 대해서도 동일합니다.

@johanstokking 이 회의에서 발표하는 동안 언급했듯이 많은 커뮤니티 네트워크 게이트웨이는 이미 v3 게이트웨이 서버를 통해 연결되어 있으며 시간이 지남에 따라 v3 게이트웨이 서버를 통해 더 많은 게이트웨이를 천천히 연결하고 있습니다.

이러한 게이트웨이 서버 외에도 전체 공용 커뮤니티 네트워크는 여전히 v2 구성 요소를 실행합니다.

@ tonysmith55에 답장하십시오 :

그렇지 않습니다. 단지 동작을 이전과 동일하게 변경합니다. 예, 게이트웨이가 소유자가 올바르게 구성하지 않은 경우 게이트웨이가 최대 법적 전송 전력을 초과 할 수 있습니다.

귀하의 질문에 대한 답변이 되었기를 바랍니다. 여기서는 주제에서 약간 벗어나고이 문제가 해결 된 것으로 확인되었으므로 이제 문제를 종료하겠습니다.