North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical Re: Someones being naughty again...
> Offhand, I can't think of any other problems but I really discourage > people from using internal address space for this purpose because it: > > - breaks stuff like path MTU discovery, etc. when filtered. You also discourage people from filtering the ICMP packets this uses. Right? > - prevents easy identification of links, whose they are, etc. > because you can't have reverse DNS and the addresses don't > belong to you. Not a problem if it is entirely inside an enterprise, as valid addresses before and after it would be the same enterprise. But as links between I would see a problem. > - causes confusion when multiple networks that are using such > addresses are merged or interconnected in the wrong (right) > way. Private addressing is not the ideal solution, but when networks are built with lots of links to lots of places, address allocating authorities prefer you to use private addresses where feasible. It maybe be a gray and fuzzy line determining that, but many cases clear work fine with such addresses (for example having a consisent MTU). > I like the idea behind why you would do it, but... can't justify it. I don't have so many links that I can't get them all in a /24. But much beyond that and I will be using private addresses. I do run some private address LANs, but they end in private addresses and you should never see them (but if you are my customer you will be able to). -- Phil Howard | [email protected] [email protected] [email protected] phil | [email protected] [email protected] [email protected] at | [email protected] [email protected] [email protected] milepost | [email protected] [email protected] [email protected] dot | [email protected] [email protected] [email protected] com | [email protected] [email protected] [email protected]
|