On 08/11/2011 10:13 AM, Iñaki Baz Castillo wrote: > 2011/8/11 Kevin P. Fleming<[email protected]>: >>> 21.4.18 480 Temporarily Unavailable >>> >>> The callee's end system was contacted successfully but the callee is >>> currently unavailable (for example, is not logged in, logged in but >>> in a state that precludes communication with the callee, or has >>> activated the "do not disturb" feature) [...] >> >> Based on what this says, a 480 response is not appropriate for the case >> where the AoR is not currently mapped to any Contact URIs (as the in the >> OP's query). If there are no Contact URIs registered for the AoR, then >> the "callee's end system" cannot have been "contacted successfully". > > IMHO it's clear: > > 21.4.18 480 Temporarily Unavailable > > The callee's end system was contacted successfully but the callee is > currently unavailable (for example, is not logged in, logged in but > in a state that precludes communication with the callee, or has > activated the "do not disturb" feature). > > *is not logged in*. Not sure why most vendors cannot understand > something as easy as this.
You are talking about two different things; it's completely possible for a callee's end system to be registered, but for that person to be 'not logged in' (and thus unavailable to receive calls). Having a contact URI registered at the callee's AoR does not mean they are 'logged in', it just means we know how to contact the callee's system to *find out* if they are logged in or not. However, the longer excerpt from RFC 3261 that was posted does indicate that 480 should be used for the 'not registered' case... but for different reason than being 'not logged in'. -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies Jabber: [email protected] | SIP: [email protected] | Skype: kpfleming 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at www.digium.com & www.asterisk.org _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
