Sip.js: reInvite 후 ACK의 경로 헤더가 누락되었습니다.

찾고 있는 섹션은 실제로 섹션 14입니다.

https://tools.ietf.org/html/rfc3261#section -14

이 경우 섹션 12가 적용되지 않으므로 해당 섹션에 대해 코드의 기능을 확인하십시오. 일반적으로 reINVITE 지원은 0.7.x에서 지원되는 것으로 간주될 만큼 안정적이지 않았지만 지원은 0.8.x에서 사양에 맞게 구체화되었습니다.

섹션 14를 철저히 확인했는데 "라우팅 세트"의 사용/수정에 대해 아무 말도 하지 않습니다.

그러나 섹션 12로 돌아가서 "경로 집합"은 초기 INVITE 처리 중에 형성되어야 하며 대화 상자 내 메시지 처리 중에 수정 없이 재사용되어야 합니다.
RFC의 적절한 부분에 대한 인용은 위에 나와 있습니다.

지금 질문은 "경로 세트"가 대화 상자에서 수정된 이유입니다(sip.js 버전 0.9.1은 마지막 응답 this.response에서 가져옴). 이는 RFC를 준수하지 않기 때문입니다.

이봐 Denis, 나는 이것을 조사하고 James와 그것에 대해 이야기했습니다.

이것은 버그이지만 대화 내에서 경로 세트를 업데이트할 수 있도록 했다는 점에서 원래 동작도 올바르지 않은 것으로 보입니다.

https://tools.ietf.org/html/rfc3261#section -12.1.1 에 설명된 대화 형성 요청에 응답할 때 UAS 동작은 레코드 경로 헤더를 복사하고, 이를 반대로 한 다음 대화 상자에 저장하는 것이어야 합니다. 범위 변수를 경로 세트로 사용합니다.

대화 내에서 요청에 응답할 때 https://tools.ietf.org/html/rfc3261#section -12.2에 설명된 대로 UAS 동작은 대화 내에서 범위가 지정된 기존 경로 세트를 재사용해야 합니다.

라우트 세트를 다시 작성하기 위한 대화 내의 요청에 대한 레코드 라우트 헤더의 존재 여부에 따른 현재 동작이 올바르지 않습니다.

다음 릴리스에서 이 문제를 수정할 것이지만 그 동안 모든 요청(초기 및 순차)에 대해 record_route()를 호출하여 문제를 해결할 수 있으므로 레코드 경로 헤더가 https://tools.ietf 와 같은 순차적 요청에 있게 됩니다

동일한 문제가 발생합니다. 문제가 실제로 해결되지 않은 상태에서 이 문제가 종료된 이유는 무엇입니까?
대화 상자를 찾고 거기에서 복사하여 헤더를 얻을 수 있었습니다.

diff --git a/src/SIPMessage.ts b/src/SIPMessage.ts
index a95e8ee..3226160 100644
--- a/src/SIPMessage.ts
+++ b/src/SIPMessage.ts
@@ -755,6 +755,9 @@ export class IncomingResponse extends IncomingMessage implements IncomingRespons
     if (!contact || !contact.uri) {
       throw new Error("Failed to parse contact header.");
     }
+
+    const dialog = this.ua.dialogs[this.callId + this.fromTag + this.toTag];
+
     const ruri = contact.uri;
     const request = new OutgoingRequest(
       C.ACK,
@@ -767,7 +770,7 @@ export class IncomingResponse extends IncomingMessage implements IncomingRespons
         fromTag: this.fromTag,
         toUri: this.to.uri,
         toTag: this.toTag,
-        routeSet: this.getHeaders("record-route").reverse()
+        routeSet: (dialog ? dialog.routeSet : this.getHeaders("record-route").reverse())
       },
       options ? options.extraHeaders : undefined,
       options ? options.body : undefined

제가 생각하는 스타일은 0점이지만 해결 방법은 이것과 비슷하지 않을까 생각합니다.

원래 기자가 문제를 닫은 것 같습니다. 나는 그것을 다시 열었고 우리는 이 코드를 적극적으로 살펴보고 있습니다.

@egreenmachine 감사합니다. 이는 보류/보류 해제(재초대)에도 영향을 미칩니다.

우리가 가진 경우는 보류 재초대 후 올바른 경로가 없는 BYE 패킷이었습니다.