Re: ASAP Handle Resolution Option

Magnus:

I really don't understand the usefulness of this extension.

What it does, in a nut shell, is allow the PU requester to
limit the number of responses he is getting...

This can easily be done by:
  - configuring the ENRP server to limit the number of responses
  or
  - configuring the requesting PU side to discard all but the number
    that he wants.
Either way works without changes to the protocol..

R


On Nov 19, 2008, at 12:03 PM, Magnus Westerlund wrote:

> Ong, Lyndon skrev:
>> Hi Folks,
>>
>> Not to pass judgement one way or another on the handle resolution
>> option, but I don't see our A-Ds favoring the creation of a new  =

>> item on
>> our charter.  I believe the most likely direction forward on this  =

>> is as
>> an individual draft rather than a Working Group activity.
>>
>> I will check with Lars and Magnus, though.
>>
>
> Hi,
>
> The current plan is to shutdown the WG. It has been clear for quite  =

> some
> long time that the energy level is very low. I intended to keep with  =

> the
> plan to shutdown the WG. I was seriously considering closing the WG
> already before finishing the MIB.
>
> This doesn't prevent that some minor extensions are worked on. I can  =

> AD
> sponsor appropriate documents. But please remember that we one of the
> reasons for closing the WG is that we don't have a lot of support  =

> and we
> need to see if we get any significant usage before taking up update  =

> and
> extensions work again.
>
> So no WG item for this work.
>
> Cheers
>
> Magnus Westerlund
>
> IETF Transport Area Director & TSVWG Chair
> ----------------------------------------------------------------------
> Multimedia Technologies, Ericsson Research EAB/TVM
> ----------------------------------------------------------------------
> Ericsson AB                | Phone  +46 10 7148287
> F=E4r=F6gatan 6                | Mobile +46 73 0949079
> SE-164 80 Stockholm, Sweden| mailto: [email protected]
> ----------------------------------------------------------------------
> _______________________________________________
> rserpool mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/rserpool
>

-----
Randall Stewart
[email protected]