Opened 9 years ago

Closed 9 years ago

#267 closed defect (wontfix)

Seeing rogue RAs on the IETF network (ietf-portal)

Reported by: (none) Owned by: xzhao@…
Priority: tbd Milestone: IETF Week
Component: portal Keywords:
Cc: My Current Location:
My MAC Address: My OS:


	ether 00:26:bb:1a:77:2e 
	inet6 fe80::226:bbff:fe1a:772e%en1 prefixlen 64 scopeid 0x6 
	inet6 fec0::5:226:bbff:fe1a:772e prefixlen 64 autoconf 
	inet6 2002:8281:763a:5:226:bbff:fe1a:772e prefixlen 64 autoconf 
	inet6 2001:df8::112:226:bbff:fe1a:772e prefixlen 64 autoconf 
	inet netmask 0xfffff800 broadcast
	media: <unknown subtype>
	status: active

Change history (7)

comment:1 Changed 9 years ago by llynch@…

Component: incomingportal
Owner: changed from llynch@… to liuwu@…
Status: newassigned
Type: defect

comment:2 Changed 9 years ago by liuwu@…


comment:3 Changed 9 years ago by ot@…

To clarify: someone is advertising themselves as a default router on the IETF network. Who presumably isn't the real IPv6 router.
Typically this happens with Windows machines with Internet sharing and 6to4 enabled.

As these RAs are advertised with low preference it doesn't disturb the network too much. Apart from the fact that all traffic to other 6to4 sites are routes through someone else's laptop...

comment:4 Changed 9 years ago by xzhao@…

Owner: changed from liuwu@… to xzhao@…
Status: assignedaccepted

comment:5 in reply to:  4 Changed 9 years ago by xzhao@…

Replying to xzhao@…:

we also have acl configured on switch to block RA broadcasting to whole network. yes, it may cause problems but impacts are limited to a certain level, that is probably the best we can do.


comment:6 Changed 9 years ago by xzhao@…

thanks for suggesting NDPmon, we will give it a try, hopefully soon.


comment:7 Changed 9 years ago by llynch@…

Reporter: ot@… deleted
Resolution: wontfix
Status: acceptedclosed
Note: See TracTickets for help on using tickets.