CSE 應該如何處理來自遠程 AE 創建的訂閱的通知？

Question

假設我有一個 IN-AE、IN-CSE 和 MN-CSE。 MN-CSE 具有在 IN-CSE 中公布的容器資源。 IN-AE 通過通告資源中的鏈接，在MN-CSE 中的容器上創建訂閱，該訂閱的notificationURI 是IN-AE 的POA。

MN-CSE 能夠通過 IN-CSE 將通知路由回 IN-AE 的機制是什么？

例如，假設我在/mn-cse/ae1/container MN-CSE 中有一個容器，並且我的 IN-AE POST 對 IN-CSE 的以下訂閱：

POST http://in-cse-host/mn-cse/ae1/container?rcn=2 HTTP/1.1
X-M2M-Origin: ae
X-M2M-RI: ri1

{
  "sub": {
    "enc": {
      "net": [
        3
      ]
    },
    "nu": [
      "http://in-ae-host/notify"
    ],
    "nct": 1
  }
}

注意：那里的nu是 IN-AE 的 POA，它是 IN-CSE 與 IN-AE 對話的方式。

但是，假設 MN-CSE 不使用 HTTP，或者無法路由到in-ae-host 。 MN-CSE 如何知道如何將帶有該nu通知路由回正確的 AE？

Answer 1

CSE 必須將其不是目標的任何請求轉發到目標/目的地 CSE（傳輸請求）。 參見 TS-0001，表 8.2.1.0-1“訪問不同 CSE 中的資源，從 Registree 到 Registrar CSE”，關於 no-hops（目標 CSE 是相同的 CSE）、1-hop（直接注冊器或直接CSE 的注冊 CSE）和多跳（不是直接注冊商或注冊 CSE）通信。

回答更新的問題

但是，假設 MN-CSE 不使用 HTTP，或者無法路由到 in-ae-host。 MN-CSE 如何知道如何將帶有該 nu 的通知路由回正確的 AE？

發生的事情是這樣的：MN-CSE 開始在容器/mn-cse/ae1/container下創建訂閱。 該過程中的步驟之一涉及對nu 中所有通知 URI 的驗證請求。 由於此操作失敗（MN-CSE 因任何原因無法到達目標），驗證請求失敗且未創建訂閱。