There are at least two things wrong with your question from a protocol
perspective. First, INVITE is not a response. Second, the algorithm a
UA uses to generate a call-id should result in a globally unique
identifier.
Now if a UAC has the resources to handle an incoming call while it's
placing an outgoing call, and it doesn't care that the incoming call's
To, From, and Call-ID headers match its outgoing call, answer it.
However, this situation is an error condition for protocol compliant
UAs. The UAC can decline the call with a 486 Busy Here response and
retry-after header.
regards,
Bert
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Romel Khan
Sent: Thursday, August 09, 2001 3:09 PM
To: 'Ramachandran Iyer'; Romel Khan; '[EMAIL PROTECTED]'
Subject: RE: [Sip-implementors] re-invite
But UAS can send re-invite. I am not talking about sending responses
from
UAS.
Let me repharse what I asked:
WHAT WILL HAPPEN IF UAS RESPONDS BACK WITH AN INVITE WITH THE SAME
CALL_ID
after the UAS receives an Invite from an UAC.
Thanks.
Romel Khan
Ph: (732)-363-0213, x241
Thanks.
Romel Khan
Ph: (732)-363-0213, x241
-----Original Message-----
From: Ramachandran Iyer [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 09, 2001 3:03 PM
To: Romel Khan; '[EMAIL PROTECTED]'
Subject: Re: [Sip-implementors] re-invite
I am not very sure of what your concern is:
First when UAS gets a INVITE it usually responds
back with a provisional/ final response...
It is in case if there was no such response from the
UAS.. then the UAC will keep resending the INVITE
which would actually be called as the re-INVITE, which
would be sent for a max of 7 times (32s, for UDP)..
So the UAS cannot send a re-INVITE..as a response to
the INVITE.. there could be a case where before the
INVITE reaches the UAS.. the UAS (which in this case
becomes a client) has already originated a INVITE to
the same party which has already issued an INVITE..so
as to say that both INVITE crosses on the wire, still
it would not be termed as a re-INVITE and obviously it
will have a different call-id.. In such a case both
will get a response of ..other party being busy.
Rama
--- Romel Khan <[EMAIL PROTECTED]> wrote:
> Consider the scenario:
> UAC sends Invite to UAS. Upon receiving the Invite,
> the UAS then right away
> sends a re-invite (i.e. same call-ID) to UAC (with
> no responses in between).
> Is this situation allowed? Why should this situation
> be allowed? Where would
> usage of such a scenario make sense?
>
> Thanks.
>
> Romel Khan
> Ph: (732)-363-0213, x241
>
>
__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
