RE: [WG-BB] Subsequent IP allocation (Re: Fwd: [WG-BB] IMPORTANT -follow up.)

[Takashi Arano <arano@gblx.ad.jp>]

Dear Chia-Nan Hsieh

At 19:42 01/08/20 +0800, Chia-Nan Hsieh wrote:
>Hi Arano San and others,
>
>Thank you for the valuable comments on the TWNIC proposal.
>In respond to your previous email, please find our opinions below.
>
> > - static one-to-one assignment is OK
> > - full technical justification is necessary for more than /32 
> > assignment, 
>
>Could you explain in more detail what full technical justification should be in this case?

It means regular justification process as you are doing currently.

> > P.S. In your original proposal, you said /29 is assigned for 
> > under 512K and 
> > /29-/27 are assigned for over 512K. Do you throw away this idea?
> > Actually, I don't think it make sense....
>
>The idea was generated in an ISP meeting, held monthly gathering most major ISPs in Taiwan last year.
>The ISPs thought that the bandwidth a customer has could provide a justification to IP address requirement.
>TWNIC understands that it is difficult and not faire to justify IP address requirement by the bandwidth.
>It is hence used to supplement the existing IP address assignment/allocation policy and exceptions can be made provided with enough justification.
>The number of 512 is the result of a research taken by HINET, the largest ISP as well as ADSL provider on the island.

It may be true in one ISP, but not in others, especially in other countries.
Maybe this is one of difficult parts to develop address policy 
which must work for general cases.

>We would be happy to see and follow any other better way that can fairly justify the BB IP address requirement.
>Personally, I think a more explicit policy is needed for the case of BB in order to conserve IP addresses effectively.

I agree. 
WG proposal combined with your TW proposal is not perfect in this sense
but is certainly getting closed to this goal. Don't you think so?

Regards,
Takashi Arano

-
- This list (wg-bb) is handled by majordomo@lists.apnic.net