Link local ip

What is the purpose for this link-local address?
What causes it to show up? Is it because my printer is on my network and is connected in this way.
I wondered, because I have never seen this before in my network security map under my computer. It shows my IP address, plus this link-local IP above it.
And the only answers on the web state the function of it to be, communication with in a network between nodes.

Do you mean that you receive the local link IPv6 fe80::25ce:dfd6:etc?
No, I mean it is now showing up in my network security map, and it was not before, just the IP4 address showed before. Now it shows both.
I thought it might be showing now that we bought a new wireless router (Asus RT N66R), or that we now have a new printer connected to the wireless network.
And here is a screen shot of my network, and details.
If you use Obtain an IPv6 address automatically, but you don’t have a DHCPv6 server, you will get the fe80:: address.
I don`t understand what a DHCPv6 server is, or if I have one. What my wireless network consist of this; The cable internet modem-wireless router-and all that connects to the wireless router-5 computers-2 TV`s-2 phones-1 printer
If your environment use IPv4, and then you don’t need to pay attention to the IPv6.
You can disable the like the following screenshot.
What environment uses IPv6?
I read somewhere, that in networks home group uses ipv6, and if you turn off/leave homegroup, ipv6 address does not show up anymore on your network as shown in the first screen shot. When I check in
network-homegroup-, it states, (If you leave homegroup, you wont be able to get to shared libraries or devices.)
So I don`t think that the ipv6 address is showing in my network security map, unless it`s being used for something?
Thanks Fangzhou
P.S. who, where, and what internet provider gives you 10gbps???? that's fast! just wondering from your screen shot.

Similar Messages

Getting error while accessing a webpage by using link local address of ipv6

Hello,
I want to access my login.jsp by using ipv6 address.
when i am accessing my web page by using loop back or localhost6(like the following) it is working.
http://[::1]:8080/test/login.jsp //for loopback
http://localhost6:8080/test/login.jsp
But when i am accessing my webpage by using link local address as following i am not getting my web page.
http://[fe80::201:6cff:fe0f:d7ae%eth0]:8080/test
or
http://[fe80::201:6cff:fe0f:d7ae]:8080/test
For the above case is there any solutions????

Whatever i have mentioned these are correct. My ipv6 address is also correct.From browser only i am accessing.>
Not a Java issue, then. Your problem I'm afraid.
But how do you know they're correct? Given that one of them isn't working, I'd triple check it if I were you.

Link-local multicasting

I'm trying to do multicast imaging in an environment without practical access to a DHCP server.
I have a 48-port switch which I'm assured is configured as a "flat" switch.
If I connect two or more computers to this switch (without connecting the switch to an uplink), boot them to the ZENworks Imaging Preboot Environment, and run 'dhcpcd -d -t 1 eth0' to get them link-local IP addresses, they can ping one another without issues.
After having confirmed that the pings succeed, if I attempt to initiate a multicast via 'img s flat m' on one computer and 'img s flat cl' on the others, img exits almost instantly with a "network is unreachable" / "could not contact the server" message and an elapsed-time report of 00:00. This happens as soon as the command is issued, not when the clients connect or when the "start multicast" button is pressed.
If I instead attempt to initiate the multicast via the menus of the curses interface to the 'img' program, as soon as I hit Next after selecting the "master" role, img segfaults. (I haven't yet tested selecting the 'client' role, but I expect it would be much the same.) I got a similar segfault on master machine for the first try with the command-line variant, but haven't been able to reproduce it since.
This is with ZENworks 11.2.2, and a preboot environment manually updated to use a more recent version of the Linux kernel (3.8 or later, I think - I haven't checked lately), which is needed for driver support.
Is multicast imaging across a "flat" switch using link-local IP addresses expected to work?
If it is, any idea what may be going wrong (or how to figure out the same), and/or how to get this working?
If it is not, is there any means of multicast imaging without an available DHCP server which *is* expected to work?

This turns out to be another manifestation of the problem described in TID 7011873.
The workaround described in that TID appears to assume that there is an available DHCP server, and that it just isn't handing out a default-gateway address when it hands out IP addresses to its clients.
In our scenario, there is no DHCP server at all, and no gateway as far as I'm aware; this is an entirely isolated network. It might be possible to get things working by specifying a default-gateway address anyway, but I have no idea what address to specify, since in that situation there is no machine with any special role (except for the multicast master itself, which is special for a different reason); I tried specifying 0.0.0.0, as a known-unused address, and the route command quite reasonably rejected it. There might be an IP address for the "flat" switch itself, but if so I don't know what it is and don't have any apparent way of finding out.
I managed to get this working anyway, at least to the point of the clients getting multicast-session numbers. To do that, I booted the SLAMPP live-CD server environment on a spare machine connected to the "flat" switch (from a USB drive), brought up the installed DHCP server in that live-CD environment, and specified the IP address of the live-CD machine (192.168.0.1) as the default gateway on the clients using the command described in that TID.
(The SLAMPP DHCP server does not appear to have any option to specify a default gateway address, so it still has to be specified manually as far as I've been able to tell.)
This approach means we have to have two machines connected to the switch in addition to the ones actually being imaged (the DHCP-server machine and the multicast master), but at least it should mean we can get imaging done outside of the realm of our normal network.
That TID is a year and a half old, and is still listed as "Reported to Engineering". Is there any indication of possible progress towards a fix?
At the least, I'd like to see some acknowledgement of the fact that this also applies to environments with no DHCP server, rather than just to ones where the DHCP server doesn't behave as the imaging client expects.

Can a hosts be in the same subnet yet not be link local (trouble with Bonjour) ?

I'm trying to print through a D-Link DVA G3810 BN from the wireless side with a Macbook Pro to the wired side HP C6280 . Apparently mDNS (Bonjour} communicates with hosts that are link-local and on the same subnet ? Is there an assumption that hosts on the same subnet are link-local ? My testing suggests to me that connections from the wireless to the wired side of the D-Link are routed and the hosts are NOT link-local . It will only allow me to add hosts , regardless of being fixed or via DHCP , within the same address range and subnet . I found a statement that for hosts to be link-local , their communications cannot be routed (pass thru a router) . I can't see the HP printer in trying to set it up and always get the 'Network host is busy ; will retry in X seconds' state if I do configure it as an IP type . I can't figureout a way around this issue with the hardware that I have to work with .

Link-local addresses are usually the self assigned IP address that a device will set when a DHCP server cannot be found. These are the addresses with 169.254.x.x subnet.
If the router is assigning IP addresses for your network, then they will usually have a different IP subnet, possibly 192.168.0 for D-Link. And this subnet would be for the wired and wireless connections. So it would be more a case of bridging the two network topolgies rather than routing them.
The network host is busy message could be more to do with the driver and the IP protocol selected when creating the queue than the connection being broken between the Mac and printer. If you were to open Network Utility and select the Ping tab, enter the IP address of the HP and set the pings to 4, pressing the Ping button will soon show if there is a path through the wireless to the printer.
If you get a response to the ping you could then open Safari and type the ip address as the URL. This would then connect to the internal web page of the printer and possibly let you enable an IP protocol like LPR so that you can use LPD on the Mac instead of Bonjour to connect to the printer.
As for the driver, you could look at using a Gutenprint driver instead of the HP driver or the hpijs package to get past the limitations that some printer drivers have with network connections.

IPv6 Link-local addresses: EUI-64 or Static?

Hello Everyone.
What is the best practice? Configuring a static link-local address on the interface, or letting the router pick an eui-64 one?
From a dynamic routing process point of view, does it really matter which type of link local address is used in a production network?
I know that static addresses are more convinient for humans. But what about the IOS?
Any other considerations?
Thank you all.

Hello,
I would say that as you already know when you use a routing protocol on IPv6 the neighbor will always be the link local address from the interface from the neighbor itself,
So I would say why to use Dynamic( Cause it's easy,it's scalable as it's based on a unique value)
Why to use Static ( So you can create your own system to identify the neighbor, I have read that for security purposes you can use a mechanism that will create random EUI-64 based on a hash but as this is only for Link-Local address I would say it does not apply here)
Regards

Why use link-local addressing for HSRP in IPv6?

I have scoured the internet for an answer to this question, and am no closer to having it answered. Am hoping someone here can help!
* Why do we use link-local (or autoconfig) addresses for the standby IP in FHRPs? If you are forwarding a packet towards a link-local destination address, wouldn't the source address then have to be a link-local address from the same prefix, which according to scope, should not route beyond the local link? How do you route an IP packet that has a link-local address for a source address?
Any insight would be much appreciated.
Thank you in advance.

Dougles,
next hop is used for reaching "gateway" that know where to send packets farther (read it as "next hop to the destination")... routing in IPvX is hopping between nodes where every hop is closer to destination... This is theory behind.
So as machine that needs to send packet to "not directly connected destination" you only need to send packet to gateway leading to this destination...
so you need to send packet so, that "gateway" will recieve this packet and gateway then send this packet farther... it is not important what IP address this gateway has.
On ethernet you only need to know MAC address of this gateway and you send packet (with your source IPv6 address and intended destination IPv6 address) encapsulated with "destination MAC address" of gateway. When gateway recieve ethernet frame, and this frame is for it (destination MAC address is its MAC address), the gateway will proceed IP header (inside IP header the gateway see IT is not final destination for this packet, and gateway will route this packet).
So configuring IP address as next hop is just "hleper for simpler administration".. MAC address of gateway is important. In IPv4 address resolution protocol (ARP) is used to automaticly get MAC address of gateway if you configure next hop as IP address. In IPv6 there is neighbor discovery protocol(ND) used for this task.
conclusion: you can use link local address as nex hop address for addresses from any scope ... next hop is just next hop, it is not used just for the same scope communication.
And question is... if we need just information about MAC address of gateway, why to ask using global address?
We need to get MAC address... that is information important just "locally"... so to ask for local information, why not use link local address ?
HSRP is the same case... really just need MAC address to send packets correctly.

It is possible ssh from a router to another, to its ipv6 link-local address?

Hi
R1 and R2 are connected by serial links, with IPV6 address global unicast and link-local every link.
I can do ping between them. When I do ping to link-local address next router, I need to specify outgoing interface, ping is succesful.
However I can not do SSH v2 from a router to another to its link-local address.
OS R1 and R2: c2900-universalk9-mz.SPA.151-1.M4.bin
R1
Serial0/3/0 [up/up]
FE80::1
2001:1200:CAFE:BEBA::1
R2
Serial0/3/0 [up/up]
FE80::2
2001:1200:CAFE:BEBA::2
Thank you

Hi Cesar,
you should be able to use "%source_itf" at the end of the target IPv6 LL address.
Example with telnet :
R1#ping FE80::302
Output Interface: Ethernet0/0
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to FE80::302, timeout is 2 seconds:
Packet sent with a source address of FE80::301%Ethernet0/0
Success rate is 100 percent (5/5), round-trip min/avg/max = 0/0/1 ms
R1#telnet FE80::302%Ethernet0/0
Trying FE80::302 ... Open
Password required, but none set
[Connection to FE80::302%Ethernet0/0 closed by foreign host]
R1#

SG300 cant change the Link Local address for an IPv6 interface

There seems to be no apparent way to change the Link Local address for an IPv6 interface
If I create more than one interface they all appear to have the same Link Local address

Never mind, I figured it out
By adding a Link Local address to an interface, it overides the existing one on the interface

DreamWeaver CS3 is linking local rather than at site level

I am using Dreamweaver CS on a Mac running OX 10.5.7.
No add ons.
I have several pages that have an embedded MP3 (Insert -> Media -> Plugin) followed by a link that allows the visitor to open the MP3 in another window or download the MP3.
The problem I am having is with the link for the embedded MP3. Dreamweaver has suddenly started coding the link locally. That is, the path it codes points to my local hard drive instead of the site root. ALL other links on my site point to the site root, including the link to the same file that follows the embedded MP3. The embedded link is the only one that is not coding correctly.
I've been going into the code view to copy and paste the second link over the fist link to fix it.
This is what the code ends up looking like:
<body>
<p>
<embed src="/Macbook HD/Users/stevemoody/Documents/First Alliance Website/sermons/2009_q3/2009-07-19_am.mp3" width="200" height="32"></embed>
</p>
<p><a href="/sermons/2009_q3/2009-07-19_am.mp3" target="_blank">Right-click or Option-clink to download</a></p>
</body>
</html>

Save the MP3 file to a folder in your DW site. Then try again.
Nancy O.
Alt-Web Design & Publishing
Web | Graphics | Print | Media Specialists
www.alt-web.com/
www.twitter.com/altweb
www.alt-web.com/blogspot.com

Virtual Switch adapter getting link-local IP address (apipa)

Hi Everyone,
Not sure what I am doing wrong here.
I have installed an Hyper-V 2012 R2 core server on a brand new Dell server.
I then went to use Virtual Switch Manager via Hyper-V Manager to create a virtual switch adapter, selected external (I want to share my existing server NIC), allow management operating system to share this network adapter.
Then I configured my virtual machine to use this.
When I start the virtual machine I get a 169 type IP address, cannot ping gateway or host. The VM does not even get a proper IP using DHCP. DHCP is working fine from another physical server.
When I check the hyperv core host and select 8 for "Network Settings", I get:
15 192.168.20.44 Broadcom NetXtreme Gigabit Ethernet #5
22 169.254.101.167 Hyper-V Virtual Ethernet Adapter #2
Why is hyperv creating a virtual adapter with an Apipa address which is not usable?
I followed all the steps correctly, but it does not work.
Can anyone point me into the right direction to solve this problem?
Thanks and regards
Ipnotech

This is what IPCONFIG /ALL shows (There is a functonal DHCP server in place):
Windows IP Configuration
   Host Name . . . . . . . . . . . . : cmshyperv1
   Primary Dns Suffix . . . . . . . : newcms.local
   Node Type . . . . . . . . . . . . : Broadcast
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : newcms.local
Ethernet adapter vEthernet (Virtual Switch 1 ):
   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2
   Physical Address. . . . . . . . . : 00-0A-F7-3E-FD-62
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::6ca4:68e9:a171:65a7%25(Preferred)
   Autoconfiguration IPv4 Address. . : 169.254.101.167(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 855640823
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-7E-5F-99-00-0A-F7-3E-FD-62
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter NIC4:
   Connection-specific DNS Suffix . : newcms.local
   Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #8
   Physical Address. . . . . . . . . : F8-BC-12-35-A2-8F
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::5daf:241d:7e00:f758%20(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.20.147(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Sunday, 2 February 2014 3:44:00 AM
   Lease Expires . . . . . . . . . . : Monday, 10 February 2014 3:43:59 AM
   Default Gateway . . . . . . . . . : 192.168.20.1
   DHCP Server . . . . . . . . . . . : 192.168.20.5
   DHCPv6 IAID . . . . . . . . . . . : 351845394
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-7E-5F-99-00-0A-F7-3E-FD-62
   DNS Servers . . . . . . . . . . . : 192.168.20.5
   Primary WINS Server . . . . . . . : 192.168.20.5
   NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter NIC3:
   Connection-specific DNS Suffix . : newcms.local
   Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #7
   Physical Address. . . . . . . . . : F8-BC-12-35-A2-8E
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::91ae:2c7d:ebf3:f71c%19(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.20.138(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Sunday, 2 February 2014 3:44:00 AM
   Lease Expires . . . . . . . . . . : Monday, 10 February 2014 3:43:59 AM
   Default Gateway . . . . . . . . . : 192.168.20.1
   DHCP Server . . . . . . . . . . . : 192.168.20.5
   DHCPv6 IAID . . . . . . . . . . . : 335068178
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-7E-5F-99-00-0A-F7-3E-FD-62
   DNS Servers . . . . . . . . . . . : 192.168.20.5
   Primary WINS Server . . . . . . . : 192.168.20.5
   NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter NIC2:
   Connection-specific DNS Suffix . : newcms.local
   Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #6
   Physical Address. . . . . . . . . : F8-BC-12-35-A2-8D
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::7cb8:c761:b73:2274%18(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.20.136(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Sunday, 2 February 2014 3:44:00 AM
   Lease Expires . . . . . . . . . . : Monday, 10 February 2014 3:43:59 AM
   Default Gateway . . . . . . . . . : 192.168.20.1
   DHCP Server . . . . . . . . . . . : 192.168.20.5
   DHCPv6 IAID . . . . . . . . . . . : 318290962
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-7E-5F-99-00-0A-F7-3E-FD-62
   DNS Servers . . . . . . . . . . . : 192.168.20.5
   Primary WINS Server . . . . . . . : 192.168.20.5
   NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter NIC1:
   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #5
   Physical Address. . . . . . . . . : F8-BC-12-35-A2-8C
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::3c95:1710:4969:d6d5%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.20.44(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.20.1
   DHCPv6 IAID . . . . . . . . . . . : 603503634
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-7E-5F-99-00-0A-F7-3E-FD-62
   DNS Servers . . . . . . . . . . . : 192.168.20.5
   NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter SLOT 2 Port 2:
   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #4
   Physical Address. . . . . . . . . : 00-0A-F7-3E-FD-61
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
Ethernet adapter SLOT 2 Port 4:
   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #3
   Physical Address. . . . . . . . . : 00-0A-F7-3E-FD-63
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
Ethernet adapter SLOT 2 Port 1:
   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #2
   Physical Address. . . . . . . . . : 00-0A-F7-3E-FD-60
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.newcms.local:
   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix . : newcms.local
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.{CBA3B939-0F6F-40F2-9F1A-4433D5B36865}:
   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.{DA0EA386-57B7-4441-AB8F-1760F00FD0A6}:
   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

DFSDiag TestDCs Warning - Site Association by IPv6 Link Local Addresses?!?

Why is DFSDiag
using IPv6 Link Local Addresses (fe80::/64) for /TestDCs Site Association test?
C:\Users\Administrator\Documents>dfsdiag /testdcs
DFSDIAG_INFO - APPL - Client Domain found to be BRREX.
Starting TestDcs ....
Validating DFS Service ....
Validating DFS Service on FINCH.
DFSDIAG_INFO - APPL - DFS Service on FINCH is OK.
Validating SiteCostedReferrals Key ....
Validating SiteCostedReferrals in FINCH.
DFSDIAG_INFO - APPL - SYSVOL/NETLOGON referrals are site costed.
Validating Registry Entries ....
BRREX has a single domain controller.
Validating SiteAssociation ....
Validating SiteAssociation of FINCH in every DC.
DFSDIAG_WARNING - APPL - SiteName from IP - fe80::a402:d343:baa3:5f5e%12 of FINCH in DC - FINCH is NULL while in ADSite it is GoGrid,
this can lead to different referral ordering.
DFSDIAG_WARNING - APPL - SiteName from IP - fe80::7473:f9f8:c5c3:17e6%13 of FINCH in DC - FINCH is NULL while in ADSite it is GoGrid,
this can lead to different referral ordering.
Finished TestDcs.
C:\Users\Administrator\Documents>
DFSDiag problems with IPv6 Link Local addresses has occurred
three (3) other times.
My best guess is either AD DS or DFS don't like running on server routing IPv6 via
6in4 tunnel.
IPCONFIG follows:
Windows IP Configuration
Host Name . . . . . . . . . . . . : finch
Primary Dns Suffix . . . . . . . : brrex.com
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : brrex.com
grid-store.brrex.com
grid-node.brrex.com
Ethernet adapter Private:
Connection-specific DNS Suffix . : grid-store.brrex.com
Description . . . . . . . . . . . : SUSE Network Driver for Windows #2
Physical Address. . . . . . . . . : 00-16-6E-00-0B-1E
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:470:841e:1::100(Preferred)
Link-local IPv6 Address . . . . . : fe80::a402:d343:baa3:5f5e%12(Preferred)
IPv4 Address. . . . . . . . . . . : 10.113.0.40(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
DNS Servers . . . . . . . . . . . : 2001:470:841e:1::100
::1
10.113.0.40
127.0.0.1
NetBIOS over Tcpip. . . . . . . . : Disabled
Ethernet adapter Public:
Connection-specific DNS Suffix . : grid-node.brrex.com
Description . . . . . . . . . . . : SUSE Network Driver for Windows
Physical Address. . . . . . . . . : 00-16-6E-00-0B-1D
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 173.1.67.212(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.240
Default Gateway . . . . . . . . . : 173.1.67.209
DNS Servers . . . . . . . . . . . : 173.1.67.212
127.0.0.1
NetBIOS over Tcpip. . . . . . . . : Disabled
Tunnel adapter Local Area Connection* 9:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 02-00-54-55-4E-01
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter IP6Tunnel:
Connection-specific DNS Suffix . : grid-node.brrex.com
Description . . . . . . . . . . . : Microsoft Direct Point-to-point Adapater
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:470:1f04:53f::2(Preferred)
Link-local IPv6 Address . . . . . : fe80::7473:f9f8:c5c3:17e6%13(Preferred)
Default Gateway . . . . . . . . . : 2001:470:1f04:53f::1
DNS Servers . . . . . . . . . . . : 173.1.67.212
127.0.0.1
NetBIOS over Tcpip. . . . . . . . : Disabled
Tunnel adapter Local Area Connection* 12:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : grid-node.brrex.com
Description . . . . . . . . . . . : isatap.grid-node.brrex.com
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter Local Area Connection* 13:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : grid-store.brrex.com
Description . . . . . . . . . . . : isatap.grid-store.brrex.com
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
ROUTE PRINT follows:
===========================================================================
Interface List
12 ...00 16 6e 00 0b 1e ...... SUSE Network Driver for Windows #2
11 ...00 16 6e 00 0b 1d ...... SUSE Network Driver for Windows
1 ........................... Software Loopback Interface 1
10 ...02 00 54 55 4e 01 ...... Teredo Tunneling Pseudo-Interface
13 ...00 00 00 00 00 00 00 e0 Microsoft Direct Point-to-point Adapater
14 ...00 00 00 00 00 00 00 e0 isatap.grid-node.brrex.com
15 ...00 00 00 00 00 00 00 e0 isatap.grid-store.brrex.com
===========================================================================
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 173.1.67.209 173.1.67.212 266
10.0.0.0 255.0.0.0 10.113.0.1 10.113.0.40 11
10.113.0.0 255.255.255.0 On-link 10.113.0.40 266
10.113.0.40 255.255.255.255 On-link 10.113.0.40 266
10.113.0.255 255.255.255.255 On-link 10.113.0.40 266
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
173.1.67.208 255.255.255.240 On-link 173.1.67.212 266
173.1.67.212 255.255.255.255 On-link 173.1.67.212 266
173.1.67.223 255.255.255.255 On-link 173.1.67.212 266
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 10.113.0.40 266
224.0.0.0 240.0.0.0 On-link 173.1.67.212 266
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 10.113.0.40 266
255.255.255.255 255.255.255.255 On-link 173.1.67.212 266
===========================================================================
Persistent Routes:
Network Address Netmask Gateway Address Metric
10.0.0.0 255.0.0.0 10.113.0.1 1
0.0.0.0 0.0.0.0 173.1.67.209 Default
===========================================================================
IPv6 Route Table
===========================================================================
Active Routes:
If Metric Network Destination Gateway
13 266 ::/0 2001:470:1f04:53f::1
1 306 ::1/128 On-link
13 266 2001:470:1f04:53f::/64 On-link
13 266 2001:470:1f04:53f::2/128 On-link
12 266 2001:470:841e:1::/64 On-link
12 266 2001:470:841e:1::100/128 On-link
13 266 fe80::/64 On-link
12 266 fe80::/64 On-link
13 266 fe80::7473:f9f8:c5c3:17e6/128
On-link
12 266 fe80::a402:d343:baa3:5f5e/128
On-link
1 306 ff00::/8 On-link
13 266 ff00::/8 On-link
12 266 ff00::/8 On-link
===========================================================================
Persistent Routes:
If Metric Network Destination Gateway
0 4294967295 ::/0 2001:470:1f04:53f::1
===========================================================================
Thanks in advance!

Did you solve this? I'm having the same problem.

Link-local multicast on autonomous APs

Hi,
I have a 877 which I am troubleshooting some mDNS (224.0.0.251:5353) issues.
One client sends a mDNS request, the router sees it (packet debug) but the packet is not received by any other client on the wireless LAN.
Given it is link local I don't believe that enabling PIM (which I have done anyway).
I have investigated if there is anything that I would have to do to enable multicast for my wireless clients, on WLCs there is a multicast and broadcast config command which explicitly enables it.
Any directions would be appreciated.
Regards
Adam

Make sure that do not use the 239.0.0.X address range or the 239.128.0.X address range. Addresses in these ranges overlap with the link local MAC addresses and will flood out all switch ports even with IGMP snooping turned on.
Use the show network command to verify the multicast mode on the controller and show lwapp mcast to verify the group on the AP. I hope it may help you

Link Local Address on BGP

I recently start to have IPv6 BGP Peer, at first I try to block all the link local address at my interface incoming ACL but after a while I notice that there has many match log on the deny link local address. I want to know is it a correct thing to not block link local address even the link is upstream link to my ISP?
My IPv6 BGP is formed by using Global IPv6 address!

Do you actually have a business need to block Link Local addresses ? This should not be done as the IPv6 control plane relies on link local addresses. e.g. each time you do a Neighbour Discovery on Ethernet. Link Local are also non routeable so they cannot traverse the router (assuming that is the intent of the ACL)
I would recommend against blocking Link Local addresses in ACLs however if you must do this you should be selective about the ones you allow through. e.g.
permit link_local_bgp_peer
deny all link_local
permit global uinicast
Though just beware that even then, if the upstream link local address changes, as in the upstream router swaps or replaces its interface then the ACL will have no effect as the Link Local address would have changed.

Link Local Unicast Addresses and Link Local Multicast Addresses

I am trying to get a hold on Link Local Multicast addressing. I know that Link Local Unicast Addressing is the equivalent of an APIPA address but can anyone tell me what Local Link Multicast addressing is used for and hopefully provide an example of
it's use? Beg your pardon if this is a stupid question. Thanks.
Michael T. Glenn

Hi Michael,
Obviously, this is not a stupid question.
The link local multicast addresses are the equivalent of 224.0.0.0/24, which are reserved for the local subnet and are not forwarded by IP routers regardless of the Time to Live (TTL) in the IP header.
They are used for routing protocol or other well-known multicast based communication.
For detailed information, please refer to the link below,
IPv6 Multicast Address Assignments
http://tools.ietf.org/html/rfc2375
Best Regards.
Steven Lee
TechNet Community Support

Setting sbRIO IP address without using link-local

Hello
I am working deployment of an image to sbRIO in production. Deploying the image works well, but setting up the sbRIO so that i can actually deploy the image does not. In production the deployment will deal with brand new sbRIO cards, so they will connect as DHCP/link-local.
The setup i have does not allow me to:
- Set the IP properties of the sbRIO manually.
- Set the host computer IP properties to DHCP/link-local
- Use a switch with DHCP
So at this point i can find the sbRIO with the System Configuration VI's. I can download the image to the sbRIO (if i manually set the IP address to static on the same subnet as the host). But i can not connect to the sbRIO with the System Configuration VI's unless i change the host computer IP settings, and so i cant set the IP settings on the sbRIO so that they match the host.
However, MAX seems to be able set the IP settings on the sbRIO just fine no matter if its using link-local or not. So it should be doable.
Does anyone have experience with this? How does MAX do it?
Ideally i would like to:
-Connect the (new) sbRIO
- Discover it (link-local)
- Set a static IP
- Write image
I also wonder if anyone else have seen strange behaviour in MAX when interacting with a sbRIO on a network card with multiple IP addresses? And if so, can it be fixed? In my case new IP settings doesnt settle on the sbRIO unless the (host) network card has max one IP address.
/ Nimgaard

Ok, there are two different settings that involve DHCP, one being the public IP address that is assigned to the AirPort and the other being the IP addresses that are assigned to the computers on the private network.
Before doing the following, I would hard reset the AirPort Extreme by holding the reset button on the back for 5-10 seconds, just so we can get a default onfiguration.
If you run AirPort Utility, go to Manual Setup, and click on Internet your Connection Sharing at the bottom should be listed as Share a Public IP Address. This enables your AirPort to be the gateway and to receive a public IP address from your cable provider. This should really already be enabled since you did a hard reset.
Now test to make sure you have an internet connection. If not, then you need to reset your cable modem. If after resetting your cable modem you still can't get internet connection then you need to call your cable provider and have then do whatever they need to do to get you a new IP address.
Now that you have a working internet connection you need to setup your private network. Run AirPort Utility, click on Manual Setup, and go to the Internet tab again. Write down the DNS servers you see listed. For Configure IPv4, you need to change the setting from Using DHCP to Manually. Enter the IP address as 192.168.249.10, the subnet mask as 255.255.255.0, the router address as 192.168.249.10, and then use the DNS Servers you just wrote down.
Now click on the DHCP tab next to the Internet Connection tab and select 192.168.249.100 as your beginning DHCP address. Ending address could be something like 192.168.249.200. Update your AirPort and then see if things are working correctly.

Link local ip

Similar Messages

Maybe you are looking for