Limited or no connectivity @ school

G

Guest

I have a HP laptop that I use both at my home office and at college...

My home network (two desktops and the laptop) works fine with auto assigned
DHCP...

For the entire year my wi-fi laptop worked fine at college, now I get the
error message "Limited or no connectivity"... The signal received is strong,
but I can't connect online...I did a network system scan that came back with
this IP address (which is not familiar) 169.254.254.120...

I do have SP2 Windows "Home Edition"...

Any help would be appreciated!

JAR
 
S

Sooner Al [MVP]

Any chance the college network administrators have implemented an encryption
or other security scheme? I would contact the college IT folks about this.
You may need to be authorized or reauthorized access...

The 169.X.X.X address means your not connecting to the college network for
some reason...

--
Al Jarvi (MS-MVP Windows Networking)

Please post *ALL* questions and replies to the news group for the
mutual benefit of all of us...
The MS-MVP Program - http://mvp.support.microsoft.com
This posting is provided "AS IS" with no warranties, and confers no
rights...
 
C

Chuck

I have a HP laptop that I use both at my home office and at college...

My home network (two desktops and the laptop) works fine with auto assigned
DHCP...

For the entire year my wi-fi laptop worked fine at college, now I get the
error message "Limited or no connectivity"... The signal received is strong,
but I can't connect online...I did a network system scan that came back with
this IP address (which is not familiar) 169.254.254.120...

I do have SP2 Windows "Home Edition"...

Any help would be appreciated!

JAR

The 169.254.254.120 is an APIPA address.
<http://support.microsoft.com/?id=220874>
http://support.microsoft.com/?id=220874

You're not getting service from a DHCP server. Open the WiFi client program -
does it show an Access Point that you are associating with? Do you know whose
AP it is, and do you have permission to use it?
 
G

Guest

dummy me... what would the wifi client program be?

I will contact the IT guys as well...

No encryption stuff before this week...

JAR
 
G

Guest

I doubt it is encryption on the access point anyhow. If that were the case
you would be unable to connect to the access point. Here, you are able to
connect to the access point but unable to get an IP address.

Here are my thoughts on the cause (none of which you can fix)
1. The access point you are connecting to is no longer connected to the
network (bad cable, etc.)
2. The DHCP server has been configured not to give you or unknown machines
an IP address.

If the cause is the first one, you may be able to verify that if you know
where the access point is. If you can, see if all the lights are
on/blinking. There should be one called LAN or LINK that will be the network
connection.

Again, because you are connecting to the access point and obtaining an APIPA
address (169.254.x.x) I don't think encryption is the issue. If that was the
case you would be seeing a "validating identity" message.
 
C

Chuck

I doubt it is encryption on the access point anyhow. If that were the case
you would be unable to connect to the access point. Here, you are able to
connect to the access point but unable to get an IP address.

Here are my thoughts on the cause (none of which you can fix)
1. The access point you are connecting to is no longer connected to the
network (bad cable, etc.)
2. The DHCP server has been configured not to give you or unknown machines
an IP address.

If the cause is the first one, you may be able to verify that if you know
where the access point is. If you can, see if all the lights are
on/blinking. There should be one called LAN or LINK that will be the network
connection.

Again, because you are connecting to the access point and obtaining an APIPA
address (169.254.x.x) I don't think encryption is the issue. If that was the
case you would be seeing a "validating identity" message.

I don't think that you get the point about APIPA - the APIPA address is self
assigned by the computer, because it is not connecting to the DHCP server, or
not associating with the AP.

The WiFi term "connected" is misleading. After it is "connected", the WiFi
client has to be "associated" with an AP before it gets an IP address from DHCP.
Only then will the client have network / Internet access.
 
G

Guest

Chuck, I still have to disagree. Getting to the "limited or no connectivity"
definitely means they cannot obtain an IP address and therefore get an APIPA,
as I think we agree. I disagree with the rest. I don't think you would ever
see the "limited or no connectivity" message on an encrypted access point
that you don't have the key/certificate to. It would stop at the "validating
identity" stage. As far as APIPA is concerned, it makes little difference,
but that wasn't my point. To get to the "limited" message, a connection is
made to the access point. From that point it cannot contact a DHCP server,
but the "connection" has been made to the access point, just not to the
network itself. As far as I can see, there can be two causes, the AP is not
connected to the network or DHCP has been configured not to give addresses to
unknown machines.

Are you saying that there is a situation where a computer lacks the network
key/certificate to make the most basic connection to an access point yet
still bypassess the "validating identity" stage to request an IP address and
then arrive at the "limited or no connectivity" stage? If it exists, I'd
like to know what it is.
 
C

Chuck

Chuck, I still have to disagree. Getting to the "limited or no connectivity"
definitely means they cannot obtain an IP address and therefore get an APIPA,
as I think we agree. I disagree with the rest. I don't think you would ever
see the "limited or no connectivity" message on an encrypted access point
that you don't have the key/certificate to. It would stop at the "validating
identity" stage. As far as APIPA is concerned, it makes little difference,
but that wasn't my point. To get to the "limited" message, a connection is
made to the access point. From that point it cannot contact a DHCP server,
but the "connection" has been made to the access point, just not to the
network itself. As far as I can see, there can be two causes, the AP is not
connected to the network or DHCP has been configured not to give addresses to
unknown machines.

Are you saying that there is a situation where a computer lacks the network
key/certificate to make the most basic connection to an access point yet
still bypassess the "validating identity" stage to request an IP address and
then arrive at the "limited or no connectivity" stage? If it exists, I'd
like to know what it is.

No, what I'm saying is that the computer assigns itself the IP address, after:
# It's been refused connectivity ("association") by the Access Point, OR
# It's been refused an address by the DHCP server, OR
# There is no DHCP server.

APIPA is self assignment of IP address. The computer detects that it has no
assigned address, so it assigns one itself, and throws up the "Limited or no
connectivity" message.
<http://support.microsoft.com/?id=220874>
http://support.microsoft.com/?id=220874
<http://nitecruzr.blogspot.com/2005/07/limited-or-no-connectivity.html>
http://nitecruzr.blogspot.com/2005/07/limited-or-no-connectivity.html
 
Q

q_q_anonymous

Chuck said:
The 169.254.254.120 is an APIPA address.
<http://support.microsoft.com/?id=220874>
http://support.microsoft.com/?id=220874

You're not getting service from a DHCP server. Open the WiFi client program -
does it show an Access Point that you are associating with? Do you know whose
AP it is, and do you have permission to use it?

--

I don't know much abotu wireless. But , an AP is ilke a wireless
switch, right? or a wireless router?

When I want to connect to a wireless network, windows sees it. I've
never needed a 3rd party client. Not for wireless, not for dialup, not
for DSL. Windows does all that, doesn't it?
 
C

Chuck

I don't know much abotu wireless. But , an AP is ilke a wireless
switch, right? or a wireless router?

When I want to connect to a wireless network, windows sees it. I've
never needed a 3rd party client. Not for wireless, not for dialup, not
for DSL. Windows does all that, doesn't it?

I'm not sure what your question there is. Are you asking if there is any need
for WiFi security? Or if there is a WiFi client program?

With Dialup networking, you have the Dialup Networking wizard. With DSL, you
may have one of several connection and authentication procedures. And with
WiFi, you have several possibilities.

Windows XP includes a WiFi Client, as does the manufacturer of your WiFi
adapter, and maybe the manufacturer of your computer. This client allows you to
select from any accessible WiFi network in your area, and to enter appropriate
authentication information. Some WiFi networks are open (some by intent, others
by ignorance of the owners), but others require you to authenticate (identify
yourself) before you can connect. The WiFi client program assists you in doing
this.
<http://www.microsoft.com/windowsxp/using/networking/expert/netwimprovements.mspx>
http://www.microsoft.com/windowsxp/using/networking/expert/netwimprovements.mspx
<http://www.microsoft.com/technet/community/columns/cableguy/cg1102.mspx>
http://www.microsoft.com/technet/community/columns/cableguy/cg1102.mspx
 
Q

q_q_anonymous

Chuck said:
I'm not sure what your question there is. Are you asking if there is any need
for WiFi security? Or if there is a WiFi client program?

I meant what did you mean by WiFi client program.
I see you mean the thing built into windows .

I don't think that's a client. I am not much of an expert, (don't know
wireless protocols) , but I asked a friend that is, and he says it's
not a client.

I know that in the case of an 802.3 device connecting to a network, the
Connecting doesn't make it a client. Perhaps DHCP is used, so it's a
DHCP client, but not a connecting client. It's a host. My network
expert friend might use the term 'node' (I guess independent of
tcp/ip).
I guess you meant the wireless device is a client in terms of the
authentication protocol. But that's only a small part of what the prog
built into windows does. The first and main thing It does is it
connects to the Access point(wireless switch?). That doesn't involve
authentication. There's no client aspect there - according to an expert
friend.
I think calling it a client is a stretch,
I proposed that possiblity - that you meant authentication, to my
network friend, he agreed it's a stretch

Futhermore, (I didn't discuss this with my network expert friend, but)
, to call it wireless client program, - calling it a program, is a
stretch too 'cos it's so heavily integrated into windows, does it even
have an associated EXE? I don't think so, it just becomes visible when
you click on network connections! .

Not knowing much about wireless networks. (but knowing a little about
the theory with wired), your terminology had me rather puzzled. I'm v.
keen on correct terminology. So, i'd like to know if you still think
you are right.

Thanks

<snip>
 
G

Guest

No, what I'm saying is that the computer assigns itself the IP address,
after:
# It's been refused connectivity ("association") by the Access Point, OR
# It's been refused an address by the DHCP server, OR
# There is no DHCP server.

Isn't this just what I said before you told me I didn't understand APIPA?
APIPA is self assignment of IP address. The computer detects that it has no
assigned address, so it assigns one itself, and throws up the "Limited or no
connectivity" message.
<http://support.microsoft.com/?id=220874>
http://support.microsoft.com/?id=220874
<http://nitecruzr.blogspot.com/2005/07/limited-or-no-connectivity.html>
http://nitecruzr.blogspot.com/2005/07/limited-or-no-connectivity.html

This is where you are incorrect. There must be a connection made to the
access point before you can get that message. If a connection to the access
point is refused, possibly because of encryption, the message generated will
be "validating identity" or possibly "unable to validate identity" or maybe
"Windows was unable to find a certificate...", but what you will not receive
is the "limited or no connectivity". If you don't think so, try encrypting
an access point and then try to connect to it from a machine that is not
configured for it.
 
C

Chuck

I meant what did you mean by WiFi client program.
I see you mean the thing built into windows .

I don't think that's a client. I am not much of an expert, (don't know
wireless protocols) , but I asked a friend that is, and he says it's
not a client.

I know that in the case of an 802.3 device connecting to a network, the
Connecting doesn't make it a client. Perhaps DHCP is used, so it's a
DHCP client, but not a connecting client. It's a host. My network
expert friend might use the term 'node' (I guess independent of
tcp/ip).
I guess you meant the wireless device is a client in terms of the
authentication protocol. But that's only a small part of what the prog
built into windows does. The first and main thing It does is it
connects to the Access point(wireless switch?). That doesn't involve
authentication. There's no client aspect there - according to an expert
friend.
I think calling it a client is a stretch,
I proposed that possiblity - that you meant authentication, to my
network friend, he agreed it's a stretch

Futhermore, (I didn't discuss this with my network expert friend, but)
, to call it wireless client program, - calling it a program, is a
stretch too 'cos it's so heavily integrated into windows, does it even
have an associated EXE? I don't think so, it just becomes visible when
you click on network connections! .

Not knowing much about wireless networks. (but knowing a little about
the theory with wired), your terminology had me rather puzzled. I'm v.
keen on correct terminology. So, i'd like to know if you still think
you are right.

Terminology is always a problem. I don't know that there is a defined term for
the program in question. But it is a Client, because it contacts the Access
Point. Just as a Windows Networking Client contacts a file server or domain
controller.
<http://groups.google.com/groups/search?q=wifi+client&qt_s=Search>
http://groups.google.com/groups/search?q=wifi+client&qt_s=Search

Now some Clients run as distinct .exes, others don't. I'm looking at my laptop,
and it shows two WiFi Client processes:
iFrmewrk.exe "Intel PROSet/Wireless"
explorer.exe "Wireless Network Connection Status"

Everything runs an .exe somewhere. And the .exe, whatever you want to call it
(try "supplicant" if you wish) helps you select an Access Point, then
authenticate to that Access Point. WZC runs as part of one instance of
svchost.exe, and uses explorer.exe as the front end.

With Windows, WAC / WZC is bundled into a service (one of the reasons why folks
prefer WAC, that it is running when you are logging in, letting you use WiFi to
authenticate into a domain). The Intel ProSet process does not run as a
service, it's just a process that autostarts when you login.

Which brings us back to the actual discussion. Are you now clear that the
computer itself is issuing the 169.254.n.n address, after it's unable to get an
Internet capable address from the AP?
<http://support.microsoft.com/?id=220874>
http://support.microsoft.com/?id=220874
 
C

Chuck

Isn't this just what I said before you told me I didn't understand APIPA?


This is where you are incorrect. There must be a connection made to the
access point before you can get that message. If a connection to the access
point is refused, possibly because of encryption, the message generated will
be "validating identity" or possibly "unable to validate identity" or maybe
"Windows was unable to find a certificate...", but what you will not receive
is the "limited or no connectivity". If you don't think so, try encrypting
an access point and then try to connect to it from a machine that is not
configured for it.

Well, I don't know how to explain it any better. Your computer issues itself an
APIPA address when it doesn't get DHCP settings from a DHCP server. The APIPA
address includes a subnet mask, and that's it.

When you get the APIPA address, your computer has "limited or no connectivity".
That is because it has no default gateway, or DNS servers. It has connectivity
only with other computers also on the 169.254/16 subnet.

Now APIPA is independent upon whether you're trying to get DHCP from an Access
Point or from a DHCP server. You get it when you get no DHCP service. You may
or may not see "validating identity" or possibly "unable to validate identity",
or another message. That depends upon the WiFi Client that you're using. Maybe
you find a message or two in the Event Log.

Regardless of all of that, the APIPA address, and the "limited or no
connectivity", come from not getting DHCP service. And they both come from the
IP stack on your computer, not from the WiFi Client. Read the article.
<http://support.microsoft.com/?id=220874>
http://support.microsoft.com/?id=220874
 
Q

q_q_anonymous

Chuck said:
Terminology is always a problem. I don't know that there is a defined term for
the program in question. But it is a Client, because it contacts the Access
Point. Just as a Windows Networking Client contacts a file server or domain
controller.
<http://groups.google.com/groups/search?q=wifi+client&qt_s=Search>
http://groups.google.com/groups/search?q=wifi+client&qt_s=Search

The term 'windows networking client' is marketting speak. If it is
acting as a client then it's on a network.

As you prob know though(I write this next sentence for others that may
not know). If it's on a network it doesn't make it a client, it may act
as a client at times though or even as a server.

Connecting - in the case of wireless - may involve acting as a client
for authentication (I don't know much about wireless). But this not
the main part of connecting. Connecting is about he medium. It's the
physical layer. Waves or Cables.

I think that clients and servers are only at the application layer.
A device is a client when it uses whatever client protocol.

A computer communicating with a server, is a client - in doing that.
So, as you say, if it's contacting a file server or domain controller.
But *********an access point is not a server*********. Or if it is,
then it's not largely a server. The main function of an access point is
as a wireless switch.
That has nothing to do with servers any more than connecting a
computer to a switch using a cable would be connecting to a server.
Since an access point is not a server. It doesn't take an 'access point
client' to connect to it.

Now some Clients run as distinct .exes, others don't. I'm looking at my laptop,
and it shows two WiFi Client processes:
iFrmewrk.exe "Intel PROSet/Wireless"
explorer.exe "Wireless Network Connection Status"

Everything runs an .exe somewhere. And the .exe, whatever you want to call it
(try "supplicant" if you wish) helps you select an Access Point, then
authenticate to that Access Point. WZC runs as part of one instance of
svchost.exe, and uses explorer.exe as the front end.

With Windows, WAC / WZC is bundled into a service (one of the reasons why folks
prefer WAC, that it is running when you are logging in, letting you use WiFi to
authenticate into a domain). The Intel ProSet process does not run as a
service, it's just a process that autostarts when you login.

so it's not really a program one would start and close,. Infact, if
those 2 EXEs make it up, and you close explorer.exe, the windows GUI
would kind of restart. And I don't think MS wrote iFrmewrk.exe with the
intention of anybody opening and closing it.
It's an integral part of windows. It's not a program within windows,
like paintbrush.
You can delete paintbrush. You can't really delete the wireless
networking part of windows. If you can it'd be a crazy hack that'd
probably cause more problems.
Which brings us back to the actual discussion. Are you now clear that the
computer itself is issuing the 169.254.n.n address, after it's unable to get an
Internet capable address from the AP?
<http://support.microsoft.com/?id=220874>
http://support.microsoft.com/?id=220874

--

i'm not the original poster.

Now, I know some reading this (not you Chuck) , but, people that aren't
familiar with workings/behaviour of people on many other computer
newsgroups, may think i'm being a pedantic timewaster. Not so. And
there are many like me, better versions.

My philosophy is of usenet as a group learning forum, where all
participants can increase their knowledge. Putting all our minds
together. Sorting fact from fiction. Improving our collective
knowledge. Sharing knowledge.
When a person asks a question he asks it
FIRST) for the group
2nd) for himself
It is archived so it is not wasted.

That, I believe, is a reason why many Techies , types usually on unix
newsgroups, will REFUSE to respond to private email. And get EXTREMELY
ANGRY. if anybody dares make the selfish suggestion. (I am getting mad
at the thought. i'm not saying it happened here in this thread or
recently. I may assume it hasn't)
No doubt participants here are familiar with that philosophy. It is
this same philosophy that is behind my post.
That usenet is not SOLELY about answering a single individual.

I am not referring these words to Chuck 'cos he knows this. But to
those that are either too selfish or too immature or just for some
reason, unenlightened enough not to know. Chuck's only mistake was to
assume that I was the original poster. A *dangerous* assumption since
it encourages people to break with the usenet philosophy described
herein. Furthermore, it also shows how low the culture has fallen.

I am new to networks, I may make many mistakes in this email. I do not
pontificate over others. If I make any errors here, I'd be glad if
anybody with greater knowledge BUTTS IN and corrects them - for the
benefit of the group.

Chuck, I recognise that you know an enormous amount about windows
networking. Far more than I. But, you have made some mistakes here ,
however, those mistakes are not in your use of windows.

I am not an expert on networks, or an expert on networking in windows.
I know a little bit about networks and next to nothing about networking
in windows. But, in that previous post, I did consult a friend that
knows more than me, and he agreed with me. Your use of the term client
is wrong.

And I think your use of the term program, is not what most people would
consider a program.

Terminology and Concepts are EXTREMELY important to some.

I know your main goal is helping people. But as you know, it's also
important to help ALL TECHIES interested in improoving their
understanding of terminology and concepts , to gain a greater
understanding of the machine. That goal, is a lofty goal, high and
above all of us, like a great eagle in the sky.
 
N

Nick Goetz

Now, I know some reading this (not you Chuck) , but, people that
aren't familiar with workings/behaviour of people on many other
computer newsgroups, may think i'm being a pedantic timewaster.
Not so. And there are many like me, better versions.

You are as well as obsequious and patronizing

Nick Goetz
 
Q

q_q_anonymous

Nick said:
You are as well as obsequious and patronizing

obsequious is usually towards a person. I may be clinging to a concept.
That's not bad if it's a good concept.

patronizing is bad if it shames an individual.
I targetted my post, not at any individual , even excluding an
individual from my 'lecture'. I targetted it at a group that might
conform to certain unsatisfactory criteria. Those people must be spoken
to strongly. And this is usenet so any effect of patronizing is really
minimised. Besides, no individual was targetted.

If a person is swimming in the water, and a huge wave is coming, and
they don't even notice the wave. You don't watch them die. And you
don't gently tell them "there's a wave", because they might not hear
you. This is serious. You have to take an aggressive stance that you
believe is right. If you are sufficiently trained, and they are clearly
not, then you may go in there and drag them out of the water.

I didn't target my post at everybody. Only at those that are not aware
..

If they disagree with the concepts and values to which I elevate in
that post, then they are free to argue against them. However, there are
Many that do stand by those values.
As I said.. I think that the techies that state explicitly that they
don't respond to private email, do so for Good reasons and principles
that I described.
 
Q

q_q_anonymous

obsequious is usually towards a person. I may be clinging to a concept.
That's not bad if it's a good concept.

patronizing is bad if it shames an individual.
I targetted my post, not at any individual , even excluding an
individual from my 'lecture'. I targetted it at a group that might
conform to certain unsatisfactory criteria. Those people must be spoken
to strongly. And this is usenet so any effect of patronizing is really
minimised. Besides, no individual was targetted.

actually, what I wrote later in that post with the swimming analogy was
rubbish. And not applicable.

if you look at my post to which you first objected, you will see that I
was letting everybody else mind their own business. So, swimming
analogy was not applicable, besides being wrong and faulty. My point
to you is merely that I wasn't being patronizing(at least not in a bad
way) - the way the definition of that word is intended - since various
criteria that make traditional patronizing the bad thing that it is,
were ommitted, excluded or non-existant.

I was not obsequious for reasons mentioned.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top