Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On Wed, Mar 19, 2003 at 11:13:31AM -0500, DJ wrote: > I saw several messages like it and I tried to figure out what it was or why > it's doing it. I was completely stumped and I ended up using dhcpcd to > retrieve my IP address from the server. So does anyone here happen to know > what kind of error is this and how to interpret it? It's not a problem > but I'd like to see if I can fix it anyway, since it's a preference of mine > to use a different dhcp client. I've found only ISC's dhcpcd and the udhcpc in Debian to work consistently with ATT. pump works intermittently, and I believe that this is ATT's fault. > PS: I'd try a different NIC but I'm unsure what exactly is the situation > with NICs and AT&T/Comcast (plus, I'm out of spare NICs that has a > DIFFERENT chipset). Previously I've been using the same NIC because AT&T > supposedly locks cmodem access via the NIC's MAC address. Recently a > friend of mine's NIC died and went out to buy a replacement. So we tried > it, did not work, called up AT&T's support line, and was told that it > should work since they don't track MAC addresses anymore. So which policy > holds true? They used to, but they don't anymore. -dsr- -- "When in doubt, use brute force." - Ken Thompson
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |