[Fwd: Re:ALL-IP workshop held on 7-9 Feb 2000 in Nice (News release & Docs)]
Edgar Martinez [1]
martinze at CIG.MOT.COM
Tue Feb 15 12:19:43 EST 2000
Hi "Fix",
I don't think that I understand your reply. Do I always have to unregister my E.164 (if assigned) address and
if so why?
Frank
-----------------------------------------------------
Frank Derks |Tel +31 35 6893238 |
Advanced Development |Fax +31 35 6891030 |
Philips Business Communications|P.O. Box 32 |
|1200 JD Hilversum |
|The Netherlands |
----------------------------------------------------|
E-mail: mailto:frank.derks at philips.com |
WWW: http://www.sopho.philips.com |
-----------------------------------------------------
fxk at TIDWEB.GRENOBLE.HP.COM@SMTP at MAILBAG.INTEL.COM on 11/02/2000 16:41:07
Please respond to ITU-SG16 at MAILBAG.INTEL.COM@SMTP
Sent by: ITU-SG16 at MAILBAG.INTEL.COM
To: ITU-SG16 at MAILBAG.INTEL.COM@SMTP
cc:
Subject: Re: Description of EndpointAlias in URQ??
Classification: Restricted
>>>>> "Frank" == Frank Derks <frank.derks at PHILIPS.COM> writes:
Frank> The "explanatory" text of the EndpointAlias element in the
Frank> URQ message, contains the following sentence: "The E.164
Frank> address, if assigned, is required. " This sentence would seem
Frank> to indicate that if I am unregistering, I always have to
Frank> unregister the assigned E.164 address??? The sentence that
Frank> follows, contradicts this: "Only values listed here are
Frank> unregistered; this allows, for example, an H323_ID to be
Frank> unregistered while leaving the E.164 address registered."
Frank> What is the intention of this sentence? Should I simply
Frank> ignore it?
IMO, the sentence means "The E.164 address, if assigned [dynamically
by the GK during registration procedure], is required".
Regards.
Fix.
--
Francois-Xavier KOWALSKI __________ Telecom Engineer
Hewlett-Packard Company //_ o \\/ Telecom Infrastructure Division
Tel:+33 (0) 4 76 14 63 27 // // /\\ Fax:+33 (0) 4 76 14 16 86
mailto:fxk at tidweb.grenoble.hp.com http://www.hp.com/go/opencall/
More information about the sg16-avd
mailing list