|WikiProject Computing / Networking||(Rated Start-class, Low-importance)|
- 1 169.254/16 is a single Class B subnet
- 2 this page is full of false information
- 3 127/8
- 4 is 136.*.*.* Private ???
- 5 IPv6
- 6 Might be nice to have article for "Public IP Address"
- 7 How is 192.168/16 not a class B?
- 8 169.254 is both listed in the Private chart and given its own category. It should be one or the other, not both.
- 9 239.255.255/24
- 10 Private Networks and IPv6
- 11 Private DNS names ?
- 12 corrections
- 13 256 contiguous class Cs = 1 class B
- 14 "name" column
- 15 Local ip access through static ip
- 16 Reason for private networks is in RFC 1918 section 4
- 17 Merges
169.254/16 is a single Class B subnet
Perhaps this range is an exception, but generally all subnets from 128/8 through 191/8 are Class B. I'm changing the article accordingly. If I'm wrong, please respond here and change it back. Scorpiuss 13:46, 21 August 2006 (UTC)
this page is full of false information
trying to rewrite, but maybe it should just be deleted...
Not sure what the RFC is, or even what it's called, but it would be nice to have a similar page for 127.0.0.0/???
NetRange: 127.0.0.0 - 127.255.255.255
NetType: IANA Special Use
Comment: This block is assigned for use as the Internet
Comment: host loopback address. Datagrams sent to
Comment: addresses anywhere within this block loops back
Comment: inside the host. Many implementation only
Comment: support this for 127.0.0.1. This block was
Comment: assigned by the IETF in the Standard document,
Comment: RFC 1122 and is further documented in the Best
Comment: Current Practice document RFC 5735. These
Comment: documents can be found at:
- What you are referring to is the link 127.0.0.1 leading to article localhost, or compare at Loopback. Kbrose (talk) 17:26, 3 August 2010 (UTC)
I'm thinking that the entire 127.x.x.x subnet is reserved, but I'm not sure.
Thanks for this.......... page, though! I'm always forgetting that 172 is a 12 bit!
rfc3330 - Special-Use IPv4 Addresses - contains the following description of the block 127.0.0.0/8.
'127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher level protocol to an address anywhere within this block should loop back inside the host. This is ordinarily implemented using only 127.0.0.1/32 for loopback, but no addresses within this block should ever appear on any network anywhere [RFC1700, page 5].'
Well, you have one more comment to add on false information. It looks like you should all understand the chart is correct on what is Class A, B, and C. It is also true to say that basically the classes are history since we are now classless. The comments on any of the IP addresses other than ones in chart needs to be moved some place else since they are not part of this IP address space. So yes, it would be nice to have a similar page for 127.0.0.0/8 and the others in the comments here, but on their own page. IANA owns the 127.0.0.0/9 range and we (me and other RTS / blocking people) are fighting people that are exploiting loopholes in all of these that cause real problems and are damaging computers. But it is very disturbing to see 127.0.0.2, 127.0.0.3, 220.127.116.11, and these NRIP addresses, the multicast's and others in DNS all the time now. Okay, now for the correction. It states "... they are not routable on the public Internet ...". The only reason they aren't routable is if you make router rules so that they cannot be made routable. How is a network vendor to know whether you are using the router in an Intranet or on the Internet? How can the network vendor know in advance what parts of the Private Network space you are going to use? There is no mysterious preconfiguration added - you have to add the rules yourselves for the NRIP IP address space to make them non-routable. Otherwise they are routable and go to the default route out unless you add rules to the routers / networking hardare for the packets to go some place else. The other comment that is misleading (I wouldn't necessarily say it is wrong) is " ... since it's impossible for an Internet host to connect directly to an internal system." This should be reworded to say "... it's impossible for an Internet host to initiate a direct connection to an internal system." The internal systems are free to initiate a connection to the Internet host and you do it all the time in the browser. My advice for people that are scanned by these rogue scanners (usually it is just a flash file) is to sever the connection to the Internet by either unplugging your ethernet cable or turning off the wireless router. Your computer was tricked into making the connection, but once it has been made there is a connection until you get rid of it somehow. Implicit in the statement as it is now seems to convey that it somebow makes you inifinitely safer. It makes you safer, but things like the use of internet proxies and embedded links in web pages erase what ever protection is provided. As long as your computer doesn't initiate the connection, then it is true that an Internet host cannot initiate a direct connect to an internal system. hhhobbit (talk) 23:32, 16 August 2009 (UTC)
is 136.*.*.* Private ???
is 136.*.*.* Private ???
I know that IPv6 has link-local and site-local addresses, whatever those are, but I'm not sure if IPv6 has a parallel to these addresses other than IPv4-mapped ones... Any ideas? --Scott P
Might be nice to have article for "Public IP Address"
Might be nice to have article for "Public IP Address" just to clarify the terms "Private IP Address" and "Public IP Address". It can also contrast the diffeerences and link to descriptions of puiblic IP Address assignment and recording...
How is 192.168/16 not a class B?
Firstly, classful networking may have been acceptable back at the very start of the 1990s but CIDR has been the rule since 1993.
Secondly, 192.0.0.0/8 is in what was once known as Class C space and so 192.168.0.0/16 is in what was once known as Class C space.
because this range is not class B ,class B subnet is 255.0.0.0 and class B rang is 172.16.0.0 —Preceding unsigned comment added by 18.104.22.168 (talk) 06:44, 24 March 2010 (UTC)
The preceeding unsigned comment is simply wrong.
The default subnet masks are in fact: Class A = 255.0.0.0, Class B = 255.255.0.0, Class C = 255.255.255.0
Free Source - http://www.tcpipguide.com/free/t_IPDefaultSubnetMasksForAddressClassesABandC.htm
Further, 172.16.0.0 through 22.214.171.124 is the 'Class B' Private Range (like 10.x.x.x and 192.168.x.x).
The Class IP ranges are A = 0.0.0.0 to 127.255.255.255, B = 126.96.36.199 to 188.8.131.52, C = 192.0.0.0 to 184.108.40.206 (D is multicast-only - 220.127.116.11 to 18.104.22.168, E is experimental-only 240.0.0.0 to 255.255.255.255).
They're determined by the 4 leftmost bits (not 3 as claimed in the main article) of the first binary octet (1111 1111)... 0xxx xxxx = A, 10xx xxxx = B, 110x xxxx = C, 1110 xxx = D, 1111 xxxx = E). If you can't remember the ranges, plug the first 3 numbers from an IPv4 address into a calculator then switch to binary display. Darr247 (talk) 18:02, 2 December 2012 (UTC)
169.254 is both listed in the Private chart and given its own category. It should be one or the other, not both.
I'm pretty sure the line 20-bit block 172.16.0.0 – 172.31.255.255 should really be 12-bit block 172.16.0.0 – 172.31.255.255
I'm new here - am I supposed to just go change it? What if I'm wrong? Thanks!
APIPA (Automatic Private IP Addressing) takes over when a windows machine can't find a DHCP server willing to loan it an address. APIPA assigns an address in the 169.254.0.1 - 169.254.255.254 range. They may be able to see IP resources on their immediate network, but accessing or being seen from outside is not a possibility...
- Small correction: The address range used for Zeroconf is 169.254.1.0 till 169.254.254.255, both the first and last 256 addresses must not be used. See RFC 3927 section 2.1. Sigkill 21:10, 26 June 2007 (UTC)
is multicast 239.255.255/24 (or wider) also private? If someone knows for sure, please list ALL the ranges which are not routed globally
There is some confusion here in the terminology. You cannot use it for a private network like these address spaces if that is what you are asking. Here are the RFCs on it:
Multicast is a limited form of a broadcast. The private network address spaces are primarily for Unicast (host to host). There are limited rules in routers to prevent these from going places since they are basically closed down by default and you have to open them up. They don't have much meaning for unicast uses or normal hosts since they are normally only used by network devices. As I said in my other comment, the private network address space IS routed by default. You have to put in rules to prevent it from happening. The multicast IP blocks are NOT routed by default. In fact, to say they are routed at all is a misnomer. They are there strictly for the network devices on a LAN to communticate with each other and they are not supposed to escape and go past the LAN. Does that make sense? hhhobbit (talk) 23:53, 16 August 2009 (UTC)
Private Networks and IPv6
Revragnarok, are you adamantly opposed to any mention of the fact that ipv6 will render private networks unnecessary? I'd be willing to write a more detailed article but I don't want to waste my time if you're going to just delete it. —Preceding unsigned comment added by Ozzzo (talk • contribs)
- Yes. As far as anything I have ever read about IPv6, this is a false statement. If you have a reference, go for it; I will gladly admit I was wrong. Private networks are good for other reasons, mainly as security - even when my network is upgraded to IPv6, I still want my router to drop any packets that weren't meant to hit the internet. That's one of the benefits of private networks. — RevRagnarok Talk Contrib 21:16, 2 February 2007 (UTC)
- I don't know that you are wrong, but I do know that the "IP address" article section on IPv6 Private Networks directly contradicts what is written in this article. It may be shallow, but since that article looks more well maintained than this one I'm inclined to believe it. Either way, the two should be made congruous. 22.214.171.124 10:16, 26 March 2007 (UTC)
IPV6 does allow IPs to be non-routed for security, but there are no "special" IPs that everyone will use for "private networks." IPV6 will provide enough IPs for everyone to have plenty, so if someone wants a private network, they will just configure their routers to not route some of their public IPs. The details of this are still being worked out, but the process is far enough along to confidently say that there will be no "private network" IPs in IPV6. There was going to be this NAT-like thing called "site local" addresses but it has been removed from the IPV6 spec; see RFC 3879 http://tools.ietf.org/html/rfc3879 How about if I work up a better article with references? Ozzzo 03:46, 3 February 2007 (UTC)
- I don't think a full article is needed, but pretty much 2-3 lines with what you just wrote is fine. In fact, I'll just do it right now, you tweak. It's mostly your words anyway. — RevRagnarok Talk Contrib 15:21, 3 February 2007 (UTC)
This is the problem with IPv6. Nobody really has a true concept of how the addresses will be used. If you want to be more precise, this is like IPv4 was in the past. Hopefully in the future there will be better guidelines along this subject. I feel a new entry in the WIKI would be more appropriate as more information is obtained. 126.96.36.199 (talk) 05:29, 22 January 2009 (UTC) Shawn Brown
The opening paragraph states "Private IP address spaces were originally defined in an effort to delay IPv4 address exhaustion, but they are also a feature of the next generation Internet Protocol, IPv6." however my reading of this discussion, and my reading of RFC3879 makes me beleive the statement being un-true as site-local networks being the equivalent is no longer part of IPv6 -- if this is correct can we update the opening statement to be something more like
- "Private IP address spaces were originally defined in an effort to delay IPv4 address exhaustion, they we until RFC3879 a feature of the next generation Internet Protocol, IPv6, but the "site-local" is deprecated and IPv6 have no concept of Private IPs."
Private DNS names ?
When using private IP addresses on a private network, the need for private domain names also arises. Is there an article about that ? If yes, it should be linked. If not, it should be wrritten ;-) The only info I could find about this is RFC 2606. Microsoft Windows seems to use the name mshome.net for this purpose. --Xerces8 07:23, 11 September 2007 (UTC)
- Public Internet Routers by default will not forward packets with private addresses.
i'm not sure exactly what a 'public internet router' is meant to be, but i've never seen a router that will refuse to route private networks by default. this should probably either by clarified or removed. (of course, these addresses should never be present in the DFZ...)
also, i fixed the 'classful description' of the various networks, since the previous one was confusing and wrong. for example, 10/8 is described as "single class A, 256 contiguous class Bs", which is nonsense. 10.x.x.x is a single class A network. it can never be 256 class B networks, because class B networks are those between 128.x.x.x and 191.x.x.x. kate.
- Personally, I've been tempted to just remove all the references to classes out of this article and similar articles. Yeah, there are still quite a few people who think in terms of the obsolete classful networks instead of CIDR blocks, but they are getting fewer and reference classes seems to cause more problems than they solve. For example, while it is technically accurate that 10/8 can never be 256 class B networks, since the advent of CIDR notation all those years ago, it certainly can be 256 /16 networks. Wrs1864 (talk) 01:41, 20 December 2008 (UTC)
- Well, completely removing reference to classes would be inappropriate, as they do provide foundation for a lot of the decision making about Internet architecture in IPv4. Without the reference to classes the private address ranges set aside don't make much sense to new readers. The usage, at least in casual discussions of IPv4 aspects, will probably remain until IPv4 is history. Kbrose (talk) 05:27, 20 December 2008 (UTC)
256 contiguous class Cs = 1 class B
Doesn't "256 contiguous class Cs" equal 1 class B? ~AQ 01:19, 20 December 2008 (UTC)
- By network host numbers, perhaps, logistically no. Class is determined by the first 3 bits of the address. Kbrose (talk) 05:31, 20 December 2008 (UTC)
- it's common to refer to any /24 network as a "class C" and any /16 network as a "class B", but as Kbrose says, it's wrong. see classful addressing for more. kate.
- actually, the 'class' is determined by the first four bits of the IPv4 address.
- 0xxx xxxx = A, 10xx xxxx = B, 110x xxxx = C, 1110 xxx = D, 1111 xxxx = E
- It would be nice if someone fixed that in the main article. Darr247 (talk) 18:29, 2 December 2012 (UTC)
i notice someone removed the "name" column. i thought this looked wrong too, but i checked, and RFC1918 actually does call them "24-bit block" etc.:
3. Private Address Space The Internet Assigned Numbers Authority (IANA) has reserved the following three blocks of the IP address space for private internets: 188.8.131.52 - 10.255.255.255 (10/8 prefix) 255.255.0.0(172.16/12 prefix) - 184.108.40.206 (192.168/16 prefix) We will refer to the first block as "24-bit block", the second as "20-bit block", and to the third as "16-bit" block. Note that (in pre-CIDR notation) the first block is nothing but a single class A network number, while the second block is a set of 16 contiguous class B network numbers, and third block is a set of 256 contiguous class C network numbers.
i think it would be worth adding the column back with a short explanation in the text saying where the names come from. kate.
- well, i put it back as "RFC1918" name, but i'm not especially attached to it... if someone thinks it's unhelpful, i won't object if it's removed.
- i also reworked the introduction a bit, and removed the mention of specific organisations which use private address space later in the article, as that doesn't seem at all useful. kate.
Yes, I know the RFC "refers" to them that way, but calling it a "name" is exaggerated and misleading for many novices, since usually blocks are designated with the size of the prefix, not the size of the host field. That's why I added the column host id size, to capture the meaning of the designation if someone reads the RFC. I do not believe the intent of the RFC usage is to define a (normative) name of the blocks. In the context of this article the "name" column really has no purpose. Kbrose (talk) 17:22, 20 December 2008 (UTC)
Local ip access through static ip
i had my office in two buildings. I had two static ip routers. i can ping the static router using the local ip 192.x.x.x. If i wants to ping the local ip of the another system which is connected to an another static ip router in destination what i have to do?.Kindly help me to access the network. — Preceding unsigned comment added by Special:Contributions/220.127.116.11 18.104.22.168 (talk) 12:09, 28 June 2011 (UTC)
The first paragraph notes that private networks “were originally defined in an effort to delay IPv4 address exhaustion”. I don't know why that gets a “citation needed” tag, since the defining RFC 1918 (liberally referenced in the article), section four (4), “Advantages and Disadvantages of Using Private Address Space”, says
The obvious advantage of using private address space for the Internet
at large is to conserve the globally unique address space by not using it where global uniqueness is not required.
- Works for me. IPv4 address exhaustion needed a little help so I've added this as a ref there. --Kvng (talk) 14:07, 23 August 2012 (UTC)
This talks about one specific kind of private network, which might be OK? I just ran across the article on Enterprise private network which seems a permastub, so maybe there is some merging in order? W Nowicki (talk) 00:18, 10 July 2013 (UTC)
- Probably better to merge Enterprise private network into Intranet ~KvnG 15:34, 13 July 2013 (UTC)
- Sure, we can then keep this one to go into the details of a particular IP addressing situation (with links to the other potential meanings of the words "private network"). Then use the merged article on Intranet for the more general concept of private networks that might use various different mechanism for their implementation. Probably will take a while. Thanks. W Nowicki (talk) 15:54, 14 July 2013 (UTC)