Opened 10 years ago

Closed 10 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 10 years ago by llynch@…

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

comment:2 Changed 10 years ago by liuwu@…


comment:3 Changed 10 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 10 years ago by xzhao@…

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

comment:5 in reply to:  4 Changed 10 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 10 years ago by xzhao@…

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


comment:7 Changed 10 years ago by llynch@…

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