[p2pi] ietf mandate ...
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[p2pi] ietf mandate ...
One of the questions we left unanswered was what, if anything, the ietf
should do to be involved.
Since the ietf is a technical standards body, rather than a political
or legal, that contrains the area 'somewhat' :)
personally I have a real problem with the idea of 'flow destination
selection signalled from the network for times of congestion
or locations of cost', I think that it will be very hard, these
things change dynamically (mobile ip, load, network failovers,
ospf changes, ...). Thus I am not a fan of trying to build the
'best cost path' approach (despite having designed and deployed
Product at large scale that did this)... although its pragmatic
For certain classes of network, its not a generic solution.
I really like the idea of a true scavenger class. It would
hugely incent ISP's and operate in the best interest of the
users of the network. People could have a 'quota' that they
purchased as part of their plan, and choose to spend their
credits on each packet according to its delivery guarantees.
Any packet they didn't wish to 'pay for' would go in scavenger.
The implementation of a true end-to-end scavenger class is
quite hard, when placed into network designs that have properties
like:
* L2 (ATM, MPLS, ...) that don't look @ DSCP mark
* overlay networks that priortise the overlay rather than the
Packets within
* access equipment that doesn't look @ packet priority
* dynamic bandwidth access networks such as WiMax, 3GPP
So this is an area a standard's body could invest additional
(I'm aware of the considerable efforts thus far) effort.
Another idea which might have merit is the use of 'anycast'
With ipv6 it would be economic to assign an ipv6 anycast
IP to each unique piece of content, and on a packet-by
Packet basis (e.g. SCTP? UDP?) obtain it from the 'closest'
location, even as you or the destination moved around a mobile ip
Network. I realise this is a proposed implementation, but
Maybe forget the method... I think TCP is just the incorrect
transport to get content from many locations that offer
the same thing, when the transfer might be long in duration
and high in cost.
For this to work, a fairly dynamic directory service
(think DDNS w/ huge update rates) would be pretty cool.
Its kind of similar to the problem of allocating a new
Multicast group address, world-wide.
The 'anycast' addressing scheme would lend itself well
to access ISP who had a higher cost of upstream than
downstream (e.g. WiMax, Cable, 3G), or ones which had
a higher cost of transit than access (e.g. island nations)
as they could more easily deploy caching.
So maybe a standard which allowed:
* allocation of 'l3 address' <-> content
* scavenger-aware connectionless, guaranteed transport to dynamic l3
endpoints
Would be pretty cool. It would align a lot of 'non-technical' interests
too.
The issue of user-to-user fairness w/in the scavenger class would
be left to the ISP to enforce in some fashion, either economically
or technically or not at all.
_______________________________________________
p2pi mailing list
p2pi at ietf.org
https://www.ietf.org/mailman/listinfo/p2pi
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.