[members-discuss] Charging scheme discussion

It's also not helped by some vendors cranking up expensive licence fees for companies to be able to use IPV6 on their products.. 

Mark

-----Original Message-----
From: members-discuss-bounces at ripe.net [mailto:members-discuss-bounces at ripe.net] On Behalf Of Rob Golding
Sent: 25 July 2012 04:05
To: members-discuss at ripe.net
Subject: Re: [members-discuss] Charging scheme discussion

>> If we're going to "accelerate"the acceptance of IPv6 (which is in all 
>> of our
>> interests) then anyone using PI IPv4 _probably_ needs some PI IPv6
>>
>> If you're going to charge then for both you put an artificial barrier 
>> (doubling their cost), and they'll never want the v6 ...
> 
> Have you considered that one hour of
> engineering time would probably
> cost a company ~€150 - €300, including overheads?

Regarding IPv6 ...

End users don’t know what it is, don’t appear to want it, from take up certainly don’t seem to need it, and basically don’t care about it - they just want their pr0n to turn up quickly.

> So your argument is that a cost
> equivalent to 10 minutes of engineering time for a company is too much 
> for the company to bear if they want a provider independent v6 
> presence on the Internet.

No, I'm saying they don’t want ipv6 at all as they see no requirement for it, then you add making them pay for it in addition to their ipv4 will get you the response (from experience) "no thanks, no-one uses that"

>> e.g. a /18 is charged more than a /24.
>> Why ?
>> What more work is there for RIPE to do ?
> e.g. requests outside an assignment window.

If my window is a /16 then the /18 is less work, than when your window is /26 and you request a /24 :p

> Can I suggest you read the RIPE Annual Report for 2011?

Been there, done that, have my own opinions on the expenditure ...

> local asn do need to understand ASN32 natively, but this support has 
> been available on all cisco ios based platforms since 2009 and all 
> juniper platforms since 2008.
> If you're running software this old on your transit routers, you have 
> bigger problems.

You missed the point where I explained that we did all this 10 years ago !

89% of the worlds desktops are running an OS which does things wrong with IPv6 DNS results when it gets a v6 result from DNS lookups and doesn’t have any v6 routes, so putting a site/service/system on ipv6 only cuts your potential audience by 9/10ths

Deliberately putting people off of IPv6 by telling them they'll need expensive tech time (as you say) plus more contributions to ripe fees is not going to help takeup - my experience, YMMV

Rob


----
If you don't want to receive emails from the RIPE NCC members-discuss mailing list, please log in to your LIR Portal account and go to the general page:
https://lirportal.ripe.net/general/view

Click on "Edit my LIR details", under "Subscribed Mailing Lists". From here, you can add or remove addresses.
##############################################################################
This communication together with any attachments transmitted with it
("this E-Mail") is intended only for the use of the addressee and may contain
information which is privileged and confidential. If the reader of this E-Mail
is not the intended recipient or the employee or agent responsible for
delivering it to the intended recipient you are hereby notified that any use,
dissemination, forwarding, printing or copying of this E-Mail is strictly
prohibited. Addressees should check this E-mail for viruses. The Company makes
no representations as regards the absence of viruses in this E-Mail. If you
have received this E-Mail in error please notify our IT Service Desk
immediately by e-mail at abuse.ttb at talktalkplc.com Please then immediately
delete, erase or otherwise destroy this E-Mail and any copies of it.

Any opinions expressed in this E-Mail are those of the author and do not
necessarily constitute the views of the Company. Nothing in this E-Mail shall
bind the Company in any contract or obligation.

For the purposes of this E-Mail "the Company" means TalkTalk Telecom Group PLC
and/or any of its subsidiaries.

Please feel free to visit our website: www.talktalkgroup.com 

TalkTalk Telecom Group Plc (Registered in England & Wales No. 7105891)
11 Evesham Street, London W11 4AR
##############################################################################