According to that text, sounds like you could hardcode the call-id used for
registrations (e.g. put it in ROM), as long as it's unique per device
I think the intention is that the UAC uses the same call-id while it
reasonably can be expected to maintain it in memory. A boot-cycle would
clear memory, hence "during a single boot cycle". Yes, that would be
independent of the network connection state
Jeroen
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Wednesday, November 16, 2005 10:53 PM
Subject: [Sip-implementors] Call-ID usage by UA within the same boot
cycle,after a network failure
Hi All,
RFC 3261 states that "A UA SHOULD use the same Call-ID for all
registrations
during a single boot cycle." And technically a UA is still within the same
boot cycle even when the network connection is lost. Right?
Hence is it fair to assume that UA should generate the same Call-ID when
UA
remains powered on, and got reconnected to network after a network failure
?
(maybe Home gateway or DSL/cable modem or Internet SP failure). Will be
great if
anyone can confim if my assumptions are correct.
RFC 3261, Section 10.2
Call-ID: All registrations from a UAC SHOULD use the same Call-ID header
field value for registrations sent to a particular registrar.
If the same client were to use different Call-ID values, a registrar
could not detect whether a delayed REGISTER request might have arrived out
of
order.
RFC 3261, Section 10.2.4
A UA SHOULD use the same Call-ID for all registrations during a single
boot
cycle. Registration refreshes SHOULD be sent to the same network address
as
the original registration, unless redirected.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Thanks & Regards
Monica Ingudam (Mail: [EMAIL PROTECTED])
Signal Engineer
AOL Dulles
_______________________________________________
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
