>As I understood after the initial INVITE the UAC can send additional
>digits in the Request URI of new INVITE methods to the GW. The final
>reponse 484 Address Incomplete is used to indicate that additional
>digits are needed to complete the number.
>
>Unfortuanelly a GW to the PSTN does not know when a number is complete
>and therefore cannot send 484 Response (or only after a timeout). The
>UAC itself cannot send a re-Invite before receiving a Final Response.
This problem has been around for a long time, and many expert minds have
thrown their opinions in the ring. In the final analysis, there is no
really elegant solution -- and, in fact, there appears to be only one
which is more or less palatable.
It's described in the draft-ietf-sip-isup-00.txt draft.
http://www.ietf.org/internet-drafts/draft-ietf-sip-isup-00.txt
Chapter 11 is confusing (and, after looking at it, I think it's
plain wrong in some respects). See 6.1.2, 6.1.3, 7.1.2, and 7.1.3.
Before you ask: I don't have any idea where the diagram for 6.1.2
dissapeared to. I'll make sure it is reinserted in the next version
of the draft.
/a
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
