[opensuse] What's wrong with this IP address?
What's wrong with this address: 250.146.71.215 ? # ping 250.146.71.215 connect: Invalid argument # dig @250.146.71.215 jessen.ch ANY +norecurse +aaflag socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument It doesn't appear to be a bogon, so what's wrong with it? /Per -- /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Jan 08, 2009 at 04:16:48PM +0100, Per Jessen wrote:
What's wrong with this address: 250.146.71.215 ?
# ping 250.146.71.215 connect: Invalid argument
# dig @250.146.71.215 jessen.ch ANY +norecurse +aaflag socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument
It doesn't appear to be a bogon, so what's wrong with it?
it is not a valid IP Address. Valid IP Addresses go up to 223.255.255.255. Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215
See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses That will show you that the first octet of an ipv4 IP address can range from 1 - 223 For classes A, B, and C. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Jan 8, 2009 at 10:33 AM, Robert Paulsen <robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215
See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Just out of the curiousity, is there any good rationale for having it this way? Boris. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Boris Epstein wrote:
On Thu, Jan 8, 2009 at 10:33 AM, Robert Paulsen <robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215 See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C.
--
Just out of the curiousity, is there any good rationale for having it this way?
Boris.
whois says: NetRange: 240.0.0.0 - 255.255.255.255 CIDR: 240.0.0.0/4 NetName: RESERVED-240 NetHandle: NET-240-0-0-0-0 Parent: NetType: IANA Special Use Comment: Please see RFC 3330 for additional information. RegDate: Updated: 2002-10-14 -- Tony Alfrey tonyalfrey@earthlink.net "I'd Rather Be Sailing" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Tony Alfrey wrote:
whois says:
NetRange: 240.0.0.0 - 255.255.255.255 CIDR: 240.0.0.0/4 NetName: RESERVED-240 NetHandle: NET-240-0-0-0-0 Parent: NetType: IANA Special Use Comment: Please see RFC 3330 for additional information. RegDate: Updated: 2002-10-14
Mine just said: # whois 250.146.71.215 No whois server is known for this kind of object. /Per -- /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 08 January 2009 9:36 am, Boris Epstein wrote:
On Thu, Jan 8, 2009 at 10:33 AM, Robert Paulsen
<robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215
See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C.
Just out of the curiousity, is there any good rationale for having it this way?
Look at the bit pattern in the 2nd column in the table that defines the three classes: A 0XXX XXXX B 10XX XXXX C 110X XXXX I guess they might be able define additional classes: D? 1110 XXXX E? 1111 0XXX etc. I don't know why it stops at A,B,C, but suspect it might have something to do with routers and how they can break up address ranges to direct IPs to different networks. This other bits might take on different meanings. Anyone know any better? Bob -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 08 January 2009 9:48 am, Robert Paulsen wrote:
On Thursday 08 January 2009 9:36 am, Boris Epstein wrote:
On Thu, Jan 8, 2009 at 10:33 AM, Robert Paulsen
<robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215
See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C.
Just out of the curiousity, is there any good rationale for having it this way?
Look at the bit pattern in the 2nd column in the table that defines the three classes:
A 0XXX XXXX B 10XX XXXX C 110X XXXX
I guess they might be able define additional classes:
D? 1110 XXXX E? 1111 0XXX
etc. I don't know why it stops at A,B,C, but suspect it might have something to do with routers and how they can break up address ranges to direct IPs to different networks. This other bits might take on different meanings.
Anyone know any better?
Bob
Thinking about this I note the following about "subnets" (defined by bit masks): CLASS CLASS BITS SUBNET BITS A 0XXX XXXX 1111 1111 . 0000 0000 . 0000 0000 . 0000 0000 B 10XX XXXX 1111 1111 . 1111 1111 . 0000 0000 . 0000 0000 C 110X XXXX 1111 1111 . 1111 1111 . 1111 1111 . 0000 0000 After class C we run out of usable subnet bits (can't use all ones as that would leave no bits to identify individual hosts). Bob -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Jan 8, 2009 at 10:59 AM, Robert Paulsen <robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:48 am, Robert Paulsen wrote:
On Thursday 08 January 2009 9:36 am, Boris Epstein wrote:
On Thu, Jan 8, 2009 at 10:33 AM, Robert Paulsen
<robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215
See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C.
Just out of the curiousity, is there any good rationale for having it this way?
Look at the bit pattern in the 2nd column in the table that defines the three classes:
A 0XXX XXXX B 10XX XXXX C 110X XXXX
I guess they might be able define additional classes:
D? 1110 XXXX E? 1111 0XXX
etc. I don't know why it stops at A,B,C, but suspect it might have something to do with routers and how they can break up address ranges to direct IPs to different networks. This other bits might take on different meanings.
Anyone know any better?
Bob
Thinking about this I note the following about "subnets" (defined by bit masks):
CLASS CLASS BITS SUBNET BITS A 0XXX XXXX 1111 1111 . 0000 0000 . 0000 0000 . 0000 0000 B 10XX XXXX 1111 1111 . 1111 1111 . 0000 0000 . 0000 0000 C 110X XXXX 1111 1111 . 1111 1111 . 1111 1111 . 0000 0000
After class C we run out of usable subnet bits (can't use all ones as that would leave no bits to identify individual hosts).
Class D is used for Multi-cast and thus does not support TCP. UDP is fine. Not real common, but say you have a decent size LAN and you want to "broadcast" something across it, you can designate one of the Class D's for that. I looked into doing NTP style broadcasts that way a few years ago. The issue is that every switch / router in the lan/wan you need to forward the multi-cast packets through has to be configured to do so. I think some brokerage firms broadcast out various news shows to the traders desktops via IP broadcast mechanisms. I assume they use Class D packets to carry the UDP packets. (ie. If a trader wants to see what Fox News is showing, they have a video app on their desktop that can tune into the multi-cast packets and show it to them. Class E I know of no use for, but I would not rule it out. Greg -- Greg Freemyer Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer First 99 Days Litigation White Paper - http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Greg Freemyer wrote:
On Thu, Jan 8, 2009 at 10:59 AM, Robert Paulsen <robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:48 am, Robert Paulsen wrote:
On Thu, Jan 8, 2009 at 10:33 AM, Robert Paulsen
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215 See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C. Just out of the curiousity, is there any good rationale for having it
<robert@paulsenonline.net> wrote: this way? Look at the bit pattern in the 2nd column in the table that defines the
On Thursday 08 January 2009 9:36 am, Boris Epstein wrote: three classes:
A 0XXX XXXX B 10XX XXXX C 110X XXXX
I guess they might be able define additional classes:
D? 1110 XXXX E? 1111 0XXX
etc. I don't know why it stops at A,B,C, but suspect it might have something to do with routers and how they can break up address ranges to direct IPs to different networks. This other bits might take on different meanings.
Anyone know any better?
Bob Thinking about this I note the following about "subnets" (defined by bit masks):
CLASS CLASS BITS SUBNET BITS A 0XXX XXXX 1111 1111 . 0000 0000 . 0000 0000 . 0000 0000 B 10XX XXXX 1111 1111 . 1111 1111 . 0000 0000 . 0000 0000 C 110X XXXX 1111 1111 . 1111 1111 . 1111 1111 . 0000 0000
After class C we run out of usable subnet bits (can't use all ones as that would leave no bits to identify individual hosts).
Class D is used for Multi-cast and thus does not support TCP. UDP is fine. Not real common, but say you have a decent size LAN and you want to "broadcast" something across it, you can designate one of the Class D's for that.
I looked into doing NTP style broadcasts that way a few years ago. The issue is that every switch / router in the lan/wan you need to forward the multi-cast packets through has to be configured to do so.
I think some brokerage firms broadcast out various news shows to the traders desktops via IP broadcast mechanisms. I assume they use Class D packets to carry the UDP packets. (ie. If a trader wants to see what Fox News is showing, they have a video app on their desktop that can tune into the multi-cast packets and show it to them.
Class E I know of no use for, but I would not rule it out.
Greg
If you look at your lan with ntop and you have windows machines hanging around, you will see a lot of UDP traffic with 239.255.255.250. Just google that IP and you will get a feel for why you see that traffic. Evidently M$ makes a lot of use of it. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
If you look at your lan with ntop and you have windows machines hanging around, you will see a lot of UDP traffic with 239.255.255.250. Just google that IP and you will get a feel for why you see that traffic. Evidently M$ makes a lot of use of it.
Multicast Membership protocol address... Used by mostly Multicast related. IPTV for instance (like I got recently from Deutsche Telekom ;) Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 08 January 2009 10:47 am, Greg Freemyer wrote:
I think some brokerage firms broadcast out various news shows to the traders desktops via IP broadcast mechanisms. I assume they use Class D packets to carry the UDP packets.
What is the advantage of this over what I think the general approach is of using all one-bits in the rightmost part of the address not covered by the subnet mask? e.g. (192.168.0.255) Bob -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 1/8/2009 at 6:13 PM, Robert Paulsen <robert@paulsenonline.net> wrote: On Thursday 08 January 2009 10:47 am, Greg Freemyer wrote:
I think some brokerage firms broadcast out various news shows to the traders desktops via IP broadcast mechanisms. I assume they use Class D packets to carry the UDP packets.
What is the advantage of this over what I think the general approach is of using all one-bits in the rightmost part of the address not covered by the subnet mask? e.g. (192.168.0.255)
Compare Multicast to Broadcast. Broadcast goes to everybody, multicast goes to subscribers only. Can make quiet some difference on a LAN. Dominique -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thursday 08 January 2009 11:20 am, Dominique Leuenberger wrote:
On 1/8/2009 at 6:13 PM, Robert Paulsen <robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 10:47 am, Greg Freemyer wrote:
I think some brokerage firms broadcast out various news shows to the traders desktops via IP broadcast mechanisms. I assume they use Class D packets to carry the UDP packets.
What is the advantage of this over what I think the general approach is of using all one-bits in the rightmost part of the address not covered by the subnet mask? e.g. (192.168.0.255)
Compare Multicast to Broadcast.
Broadcast goes to everybody, multicast goes to subscribers only. Can make quiet some difference on a LAN.
Ah, I get it. Thanks. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Jan 8, 2009 at 12:13 PM, Robert Paulsen <robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 10:47 am, Greg Freemyer wrote:
I think some brokerage firms broadcast out various news shows to the traders desktops via IP broadcast mechanisms. I assume they use Class D packets to carry the UDP packets.
What is the advantage of this over what I think the general approach is of using all one-bits in the rightmost part of the address not covered by the subnet mask? e.g. (192.168.0.255)
2 things I can think of: 1) That only broadcasts across a single lan segment. Big enterprises might want to do multi-cast to multiple segments at once. Think of those brokers sitting in a tall building with one lan segment per floor. 2) That gives you one broadcast address only and thus only one way of controlling how it gets forwarded at the network. I think routers / switches can be configured to forward specific Class D addresses and not others. Greg -- Greg Freemyer Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer First 99 Days Litigation White Paper - http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Greg Freemyer wrote:
Class D is used for Multi-cast and thus does not support TCP. UDP is fine. Not real common, but say you have a decent size LAN and you want to "broadcast" something across it, you can designate one of the Class D's for that.
I looked into doing NTP style broadcasts that way a few years ago. The issue is that every switch / router in the lan/wan you need to forward the multi-cast packets through has to be configured to do so.
I think some brokerage firms broadcast out various news shows to the traders desktops via IP broadcast mechanisms. I assume they use Class D packets to carry the UDP packets. (ie. If a trader wants to see what Fox News is showing, they have a video app on their desktop that can tune into the multi-cast packets and show it to them.
Class E I know of no use for, but I would not rule it out.
I have also seen Class D used with a VoIP PBX. My understanding of Class E is that it's "experimental". -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Robert Paulsen wrote:
Thinking about this I note the following about "subnets" (defined by bit masks):
CLASS CLASS BITS SUBNET BITS A 0XXX XXXX 1111 1111 . 0000 0000 . 0000 0000 . 0000 0000 B 10XX XXXX 1111 1111 . 1111 1111 . 0000 0000 . 0000 0000 C 110X XXXX 1111 1111 . 1111 1111 . 1111 1111 . 0000 0000
After class C we run out of usable subnet bits (can't use all ones as that would leave no bits to identify individual hosts).
Bob
With classless addressing, it's possible to have as few as 2 hosts. Further, links such as PPP can have a mask of 255.255.255.255, because there's only one host at the end of the link. -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
James Knott wrote:
Robert Paulsen wrote:
Thinking about this I note the following about "subnets" (defined by bit masks):
CLASS CLASS BITS SUBNET BITS A 0XXX XXXX 1111 1111 . 0000 0000 . 0000 0000 . 0000 0000 B 10XX XXXX 1111 1111 . 1111 1111 . 0000 0000 . 0000 0000 C 110X XXXX 1111 1111 . 1111 1111 . 1111 1111 . 0000 0000
After class C we run out of usable subnet bits (can't use all ones as that would leave no bits to identify individual hosts).
Bob
With classless addressing, it's possible to have as few as 2 hosts.
A /2 subnet then. Yeah, that works just fine. /Per -- /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 1/9/2009 at 8:37 AM, Per Jessen <per@opensuse.org> wrote:
With classless addressing, it's possible to have as few as 2 hosts.
A /2 subnet then. Yeah, that works just fine.
Rather a /31 subnet I'd say. But probably the same was meant by it. Dominique -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Dominique Leuenberger wrote:
On 1/9/2009 at 8:37 AM, Per Jessen <per@opensuse.org> wrote:
With classless addressing, it's possible to have as few as 2 hosts.
A /2 subnet then. Yeah, that works just fine.
Rather a /31 subnet I'd say. But probably the same was meant by it.
Duh. What I meant was of course a /30 subnet. Must have been somethign wrong with the coffee this morning. /Per -- /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Per Jessen said the following on 01/09/2009 04:32 AM:
Must have been somethign wrong with the coffee this morning.
I'd get that fixed as soon as possible if I were you. Its things like that which have a ripple effect and can cause much more serious problems, ones that might wipe out your whole machine or network. -- The quality, not the longevity, of one's life is what is important. --Dr. Martin Luther King Jr -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Dominique Leuenberger wrote:
On 1/9/2009 at 8:37 AM, Per Jessen <per@opensuse.org> wrote:
With classless addressing, it's possible to have as few as 2 hosts.
A /2 subnet then. Yeah, that works just fine.
Rather a /31 subnet I'd say. But probably the same was meant by it.
Actually, /30. That leaves 2 bits free, allowing for 2 hosts (01 & 10), network (00) and broadcast (11) -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Per Jessen wrote:
James Knott wrote:
Robert Paulsen wrote:
Thinking about this I note the following about "subnets" (defined by bit masks):
CLASS CLASS BITS SUBNET BITS A 0XXX XXXX 1111 1111 . 0000 0000 . 0000 0000 . 0000 0000 B 10XX XXXX 1111 1111 . 1111 1111 . 0000 0000 . 0000 0000 C 110X XXXX 1111 1111 . 1111 1111 . 1111 1111 . 0000 0000
After class C we run out of usable subnet bits (can't use all ones as that would leave no bits to identify individual hosts).
Bob
With classless addressing, it's possible to have as few as 2 hosts.
A /2 subnet then. Yeah, that works just fine.
Actually, it would be /30, leaving 2 bits ($0.25) for hosts. -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Boris Epstein wrote:
On Thu, Jan 8, 2009 at 10:33 AM, Robert Paulsen <robert@paulsenonline.net> wrote:
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215 See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Just out of the curiousity, is there any good rationale for having it this way?
Boris.
Having it what way? Do you mean class A, B & C etc.? If so, it was an early attempt to achieve some measure of efficiency in that you'd be given an appropriate size block. However, address classes are depreciated with classless addressing. This means you can (in theory) get any size block of addresses. The class D range is still used for multicast traffic and E is resverved for future use. -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Robert Paulsen wrote:
On Thursday 08 January 2009 9:16 am, Per Jessen wrote:
250.146.71.215
See http://en.wikipedia.org/wiki/IP_address#IP_version_4_addresses
That will show you that the first octet of an ipv4 IP address can range from
1 - 223
For classes A, B, and C.
Thanks, just what I needed. -- /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, 2009-01-08 at 16:16 +0100, Per Jessen wrote:
What's wrong with this address: 250.146.71.215 ?
# ping 250.146.71.215 connect: Invalid argument
# dig @250.146.71.215 jessen.ch ANY +norecurse +aaflag socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument
It doesn't appear to be a bogon, so what's wrong with it?
I am assuming this address is not on the local network? It is not a multicast or reserved address. But then again it is not a class A/B/C address either. What are the addresses above 248.0.0.0 anyway? -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 8-615 60 20 Mobile: Int +46 70-815 1696 -- "On two occasions I have been asked (by members of Parliament!), 'Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question. - Charles Babbage 1791-1871) English computer pioneer, philosopher And remember: It is RSofT and there is always something under construction. It is like talking about a large city with all construction finished. Not impossible, but very unlikely. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Per Jessen wrote:
What's wrong with this address: 250.146.71.215 ?
# ping 250.146.71.215 connect: Invalid argument
# dig @250.146.71.215 jessen.ch ANY +norecurse +aaflag socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument socket.c:1129: internal_send: 250.146.71.215#53: Invalid argument
It doesn't appear to be a bogon, so what's wrong with it?
/Per
That's not a valid IP address. It's in the reserved range and shouldn't be used. -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (11)
-
Anton Aylward -
Boris Epstein -
David C. Rankin -
Dominique Leuenberger -
Greg Freemyer -
James Knott -
Marcus Meissner -
Per Jessen -
Robert Paulsen -
Roger Oberholtzer -
Tony Alfrey