You are not logged in.
They recently enabled IPv6 in our office. It operates via DHCP so that I should just be able to pull an IP.
lsmod confirms that ipv6 is loaded:
[2011.02.19]-[root]-=(darkhouse)=-[pts/0]-[/home/benito]
[15:28:50]$ lsmod |grep ipv6
ipv6 281833 16
However I am not pulling an address. Tried bringing down eth0 and bringing it back up and I'm not getting anything. What is weirder is that dmesg is showing:
eth0: no IPv6 routers present
Yet the people around me (on Ubuntu, Gentoo, etc) are able to pull IPs without issue.
Any help would be appreciated.
Thanks
benjaminC
Last edited by becatlibra (2011-02-20 00:13:40)
Offline
Output for
dhcpcd -d eth0
Alternatively you could try dhclient from extra
What card are you using?
And what is the output of ifconfig?
HHNNNNGG | nyahahahaha *meow*
Offline
output:
[16:49:00]$ dhcpcd -d eth0
dhcpcd[16568]: dhcpcd already running on pid 1516 (/var/run/dhcpcd-eth0.pid)
ifconfig for eth0 gives:
eth0 Link encap:Ethernet HWaddr 00:01:6C:65:55:4F
inet addr:10.30.6.189 Bcast:10.30.7.255 Mask:255.255.252.0
inet6 addr: fe80::201:6cff:fe65:554f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:826127 errors:0 dropped:0 overruns:0 frame:0
TX packets:1517862 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:88939462 (84.8 Mb) TX bytes:2017502984 (1924.0 Mb)
Interrupt:40
As you can see, I have an ipv4 IP however it is not pulling an ipv6 IP. The card uses Realtek chipset:
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
Any help you can offer is appreciated.
Offline
Just a wild guess: http://www.linuxquestions.org/questions … ost3002108
Offline
The router/dhcp server do not need to be reset actually and we are not using any sort of static MAC assignment. We have network engineers who maintain the equipment we have and I have spoken with them. We have hundreds of machines on our network and everyone else seems to be able to get an IP without issue.
It comes down to something with my workstation. I am almost positive that I do not have something setup correctly in arch. Thought someone here might have experience with this. Not sure if I have to enable something in dhcpd for ipv6 or . . . ?
Any help is appreciated
Thanks
Offline
Try
dhcpcd -k eth0 #releases the lease
dhcpcd -d eth0
Are you using /etc/rc.conf for configuring eth0 or something else?
HHNNNNGG | nyahahahaha *meow*
Offline
Okay I tried releasing and then running 'dhcpcd -d eth0':
[2011.02.19]-[root]-=(darkhouse)=-[pts/6]-[~]
[17:12:18]$ dhcpcd -d eth0
dhcpcd[27529]: version 5.2.9 starting
dhcpcd[27529]: eth0: using hwaddr 00:01:6c:65:55:4f
dhcpcd[27529]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason PREINIT
dhcpcd[27529]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason CARRIER
dhcpcd[27529]: eth0: broadcasting for a lease
dhcpcd[27529]: eth0: sending DISCOVER (xid 0x2932dc58), next in 4.86 seconds
dhcpcd[27529]: eth0: offered 10.30.6.189 from 10.30.7.254
dhcpcd[27529]: eth0: sending REQUEST (xid 0x2932dc58), next in 3.47 seconds
dhcpcd[27529]: eth0: acknowledged 10.30.6.189 from 10.30.7.254
dhcpcd[27529]: eth0: checking for 10.30.6.189
dhcpcd[27529]: eth0: sending ARP probe (1 of 3), next in 1.81 seconds
dhcpcd[27529]: eth0: sending ARP probe (2 of 3), next in 1.48 seconds
dhcpcd[27529]: eth0: sending ARP probe (3 of 3), next in 2.00 seconds
dhcpcd[27529]: eth0: leased 10.30.6.189 for 7200 seconds
dhcpcd[27529]: eth0: adding IP address 10.30.6.189/22
dhcpcd[27529]: eth0: adding route to 10.30.4.0/22
dhcpcd[27529]: eth0: adding default route via 10.30.4.1
dhcpcd[27529]: eth0: writing lease `/var/lib/dhcpcd/dhcpcd-eth0.lease'
dhcpcd[27529]: eth0: executing `/usr/lib/dhcpcd/dhcpcd-run-hooks', reason BOUND
dhcpcd[27529]: forking to background
dhcpcd[27529]: forked to background, child pid 27585
Yep I am using /etc/rc.conf - standard:
eth0="dhcp"
INTERFACES=(eth0)
I suppose it possible that the network guy on shift is missing something. I appreciate any help you can offer though.
Thanks
Offline
It was an issue with my software firewall (ufw) - once I stopped it, all was happy
I failed - sorry about all the bother
-B
Last edited by becatlibra (2011-02-19 22:36:54)
Offline
heh - yep i need to keep my firewall off for anything to work. I tried removing and readding rules and have had no success. ufw is supposed to work with ipv6 so I'm not sure what the issue is.
--
actually it seems to be resolved now. disabled ufw, removed all the rules, added them back so that I had ipv6 rules. Then I set:
MANAGE_BUILTINS=yes
in /etc/defaults/ufw
seems good to go now:
[2011.02.19]-[benito]-=(darkhouse)=-[pts/6]-[/etc/sysconfig]
[18:11:20]$ ping6 2001:4860:b007::68
PING 2001:4860:b007::68(2001:4860:b007::68) 56 data bytes
64 bytes from 2001:4860:b007::68: icmp_seq=1 ttl=55 time=20.9 ms
64 bytes from 2001:4860:b007::68: icmp_seq=2 ttl=55 time=20.6 ms
--- 2001:4860:b007::68 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 20.635/20.793/20.951/0.158 ms
Thanks for the help!
Last edited by becatlibra (2011-02-19 23:15:07)
Offline
Please mark your thread solved becatlibra.
ᶘ ᵒᴥᵒᶅ
Offline