mDNS IPv6 address advertising LLA not GLA #2152

tam481 · 2025-06-15T10:49:59Z

tam481
Jun 15, 2025

Hi,
I'm not a developer so please bear with me.

I'm using "Home Assistant Matter Hub" which uses matter.js.

The container is attached to the host network and it seems to start and only advertises the Link Local Address IPv6 address (fe80:xxxx:xxxx) of the host not the ULAs one which should be (fd82:xxxx:xxxx:).

Is this something that can be modified or fixed somehow?

I tested this by stopping the container, publishing the fd82 address using avahi-publish-address xxxxsdfsf.local fd82:xxxx:xxxx and it works but when I start the container running avahi-resolve-host-name xxxxsdfsf.local returns the fe80:xxxx:xxxx address.

Thank you in advance

Apollon77 · 2025-06-15T17:31:26Z

Apollon77
Jun 15, 2025
Maintainer

We use the node.js options to gather all relevant interfaces and all IPv6 addresses. If we do not publish it that means that the node.js process is not getting this address.

if you like try entering the conteiner (or whereever the nodejs is executed) and execute

node -e "console.log(require('node:os').networkInterfaces());"

Post the output here.

0 replies

tam481 · 2025-06-15T17:48:04Z

tam481
Jun 15, 2025
Author

Here you go. Thank you so much.

# node -e "console.log(require('node:os').networkInterfaces());"
{
  lo: [
    {
      address: '127.0.0.1',
      netmask: '255.0.0.0',
      family: 'IPv4',
      mac: '00:00:00:00:00:00',
      internal: true,
      cidr: '127.0.0.1/8'
    },
    {
      address: '::1',
      netmask: 'ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff',
      family: 'IPv6',
      mac: '00:00:00:00:00:00',
      internal: true,
      cidr: '::1/128',
      scopeid: 0
    }
  ],
  eth0: [
    {
      address: '192.168.10.20',
      netmask: '255.255.255.0',
      family: 'IPv4',
      mac: 'd8:3a:dd:cf:e8:a2',
      internal: false,
      cidr: '192.168.10.20/24'
    },
    {
      address: 'fd81:b82:c83:1::20',
      netmask: 'ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff',
      family: 'IPv6',
      mac: 'd8:3a:dd:cf:e8:a2',
      internal: false,
      cidr: 'fd81:b82:c83:1::20/128',
      scopeid: 0
    },
    {
      address: 'fd81:b82:c83:1:eb07:dc4b:60a1:55b5',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'd8:3a:dd:cf:e8:a2',
      internal: false,
      cidr: 'fd81:b82:c83:1:eb07:dc4b:60a1:55b5/64',
      scopeid: 0
    },
    {
      address: 'fe80::6665:92c2:c6a0:f60c',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'd8:3a:dd:cf:e8:a2',
      internal: false,
      cidr: 'fe80::6665:92c2:c6a0:f60c/64',
      scopeid: 2
    }
  ],
  'br-backend': [
    {
      address: '172.22.0.1',
      netmask: '255.255.0.0',
      family: 'IPv4',
      mac: '7a:6a:64:e0:dd:2a',
      internal: false,
      cidr: '172.22.0.1/16'
    },
    {
      address: 'fe80::786a:64ff:fee0:dd2a',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '7a:6a:64:e0:dd:2a',
      internal: false,
      cidr: 'fe80::786a:64ff:fee0:dd2a/64',
      scopeid: 178
    }
  ],
  'br-d61a0e9e7a90': [
    {
      address: '172.18.0.1',
      netmask: '255.255.0.0',
      family: 'IPv4',
      mac: '66:9d:79:57:e9:c4',
      internal: false,
      cidr: '172.18.0.1/16'
    },
    {
      address: 'fe80::649d:79ff:fe57:e9c4',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '66:9d:79:57:e9:c4',
      internal: false,
      cidr: 'fe80::649d:79ff:fe57:e9c4/64',
      scopeid: 179
    }
  ],
  veth108b1ef: [
    {
      address: 'fe80::b84b:b9ff:fe04:1375',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'ba:4b:b9:04:13:75',
      internal: false,
      cidr: 'fe80::b84b:b9ff:fe04:1375/64',
      scopeid: 180
    }
  ],
  vethe59cbb8: [
    {
      address: 'fe80::d8dc:fcff:fe6f:bba4',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'da:dc:fc:6f:bb:a4',
      internal: false,
      cidr: 'fe80::d8dc:fcff:fe6f:bba4/64',
      scopeid: 181
    }
  ],
  vethbf1f131: [
    {
      address: 'fe80::d471:bff:fe2a:26ee',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'd6:71:0b:2a:26:ee',
      internal: false,
      cidr: 'fe80::d471:bff:fe2a:26ee/64',
      scopeid: 182
    }
  ],
  veth2ba5f6f: [
    {
      address: 'fe80::883f:5ff:feca:eb96',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '8a:3f:05:ca:eb:96',
      internal: false,
      cidr: 'fe80::883f:5ff:feca:eb96/64',
      scopeid: 183
    }
  ],
  veth56c2cb9: [
    {
      address: 'fe80::c039:bdff:feb3:d5b5',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'c2:39:bd:b3:d5:b5',
      internal: false,
      cidr: 'fe80::c039:bdff:feb3:d5b5/64',
      scopeid: 184
    }
  ],
  vethcf9e494: [
    {
      address: 'fe80::fcf8:b9ff:fe43:cd4e',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'fe:f8:b9:43:cd:4e',
      internal: false,
      cidr: 'fe80::fcf8:b9ff:fe43:cd4e/64',
      scopeid: 189
    }
  ],
  veth6ccc630: [
    {
      address: 'fe80::1073:a7ff:fea6:f3b',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '12:73:a7:a6:0f:3b',
      internal: false,
      cidr: 'fe80::1073:a7ff:fea6:f3b/64',
      scopeid: 190
    }
  ],
  veth0bb96ac: [
    {
      address: 'fe80::4ccd:8cff:fe93:7ef0',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '4e:cd:8c:93:7e:f0',
      internal: false,
      cidr: 'fe80::4ccd:8cff:fe93:7ef0/64',
      scopeid: 191
    }
  ],
  veth9246489: [
    {
      address: 'fe80::d0d2:62ff:fe12:8095',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'd2:d2:62:12:80:95',
      internal: false,
      cidr: 'fe80::d0d2:62ff:fe12:8095/64',
      scopeid: 192
    }
  ],
  veth105d248: [
    {
      address: 'fe80::1040:e7ff:fea8:1e05',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '12:40:e7:a8:1e:05',
      internal: false,
      cidr: 'fe80::1040:e7ff:fea8:1e05/64',
      scopeid: 193
    }
  ],
  veth57f9734: [
    {
      address: 'fe80::14cc:b2ff:feb4:4930',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '16:cc:b2:b4:49:30',
      internal: false,
      cidr: 'fe80::14cc:b2ff:feb4:4930/64',
      scopeid: 194
    }
  ],
  vethff1a65c: [
    {
      address: 'fe80::46f:32ff:fee5:28db',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '06:6f:32:e5:28:db',
      internal: false,
      cidr: 'fe80::46f:32ff:fee5:28db/64',
      scopeid: 195
    }
  ],
  vethd21d569: [
    {
      address: 'fe80::6c04:4dff:fe83:446e',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '6e:04:4d:83:44:6e',
      internal: false,
      cidr: 'fe80::6c04:4dff:fe83:446e/64',
      scopeid: 196
    }
  ],
  vethd5c3f2b: [
    {
      address: 'fe80::a07c:3aff:fea0:4765',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'a2:7c:3a:a0:47:65',
      internal: false,
      cidr: 'fe80::a07c:3aff:fea0:4765/64',
      scopeid: 197
    }
  ],
  veth26e4a23: [
    {
      address: 'fe80::dc70:fbff:fec5:dff5',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'de:70:fb:c5:df:f5',
      internal: false,
      cidr: 'fe80::dc70:fbff:fec5:dff5/64',
      scopeid: 198
    }
  ],
  veth9bb41df: [
    {
      address: 'fe80::c41d:9cff:fec1:652b',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: 'c6:1d:9c:c1:65:2b',
      internal: false,
      cidr: 'fe80::c41d:9cff:fec1:652b/64',
      scopeid: 199
    }
  ],
  vethe549bb0: [
    {
      address: 'fe80::98b9:b8ff:fedc:4910',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '9a:b9:b8:dc:49:10',
      internal: false,
      cidr: 'fe80::98b9:b8ff:fedc:4910/64',
      scopeid: 200
    }
  ],
  veth82e772d: [
    {
      address: 'fe80::85:e3ff:fe53:cb40',
      netmask: 'ffff:ffff:ffff:ffff::',
      family: 'IPv6',
      mac: '02:85:e3:53:cb:40',
      internal: false,
      cidr: 'fe80::85:e3ff:fe53:cb40/64',
      scopeid: 213
    }
  ]
}
```
`

2 replies

Apollon77 Jun 15, 2025
Maintainer

I can not see any fd82 in that list, so that means that the node.js process is not seeing this address, and so we also can not announce it. There are two fd81:* on eth0, but no fd82 ...

I am no docker expert, so ... is there anything you need to do with Docker to allow the containers really know all relevant addresses?

Apollon77 Jun 15, 2025
Maintainer

According to google you need to configure docker if you want to have special things like that ... If you figure out how I am happy to enhance documentation

tam481 · 2025-06-15T20:31:55Z

tam481
Jun 15, 2025
Author

Sorry. I changed the Global IPv6 ULA-Prefix to fd81:b82:c83::/48 and restarted everything while troubleshooting. The fd81 ending with 20 is the one assigned to the eth0 of the host. The docker container is in host networking mode if that helps.

4 replies

Apollon77 Jun 16, 2025
Maintainer

Do you have configured the matterbridge to just announce a specific interface? Because when not limiting it there should be no reason that fd81 is not announced. Please set bridge to debug log including matter.js logging and provide the log from start up

Apollon77 Jun 16, 2025
Maintainer

@tam481 Maybe we close here and move over to the issue in matterbridge github? :-)

tam481 Jun 16, 2025
Author

@tam481 Maybe we close here and move over to the issue in matterbridge github? :-)

I was hoping that since this is the source that implements the functionality used in Home Assistant Matter Hub (HAMH) that it would be possible to "fix" the issue here. No?

Apollon77 Jun 16, 2025
Maintainer

If it is an issue with us :-) But then we can create an issue when we know it.

tam481 · 2025-06-16T13:37:11Z

tam481
Jun 16, 2025
Author

The matterbridge does not provide the ability to announce on a specific interface. Is there a way to do so when starting the library (I don't know enough about these things but I'm willing to learn)? Perhaps it would be better if the matter.js would prefer the global address i..e fd81 over the local one i.e. fe80. I wonder if it is just picking the first IPv6 address attached to the interface eth0 and advertises on that!

4 replies

Apollon77 Jun 16, 2025
Maintainer

No, we advertise all that we find. I would need a debug log to verify

Apollon77 Jun 16, 2025
Maintainer

Ok I checked the code again and IF the nodejs process sees the IPs then they are added. In fact the code here https://github.com/project-chip/matter.js/blob/a130b124b7cc30659387341b05e628ef82f081ac/packages/protocol/src/mdns/MdnsBroadcaster.ts#L298-L301 is used to announce an already commissioned bridge. Here it gets all ipv4 and iupv6 adresses from the interface and puts it into the MDNS message. If you like add logging there and we can see more

Apollon77 Jun 16, 2025
Maintainer

I added after the hostname line this here in my installation:

console.log("Announce", netInterface, hostname, ipV4, ipV6);

When I then start the device I get this logged

Announce en0 7CF34DDED0D80000.local [ '192.168.178.161' ] [
  'fe80::c97:ce3d:b576:8b54',
  'fdb8:15eb:fc0f:0:461:8b40:626:5b52',
  'fdb0:864a:4d33:b8fd:18d8:9176:8a67:36dc',
  '2a02:8071:2c83:f9fc:8b2:483b:9b26:1623',
  '2a02:8071:2c83:f9fc:ec68:993f:f50c:903',
  'fd33:6a40:a6be:eea7:14ca:f019:1da4:a486'
]

And this matches with the IPs in my local system. So ... ...

Apollon77 Jun 16, 2025
Maintainer

@tam481 according to @t0bst4r in fact you can configure an interface limitation as a setting in the addon config in HA or via a Env variable.Maybe try to limit to eth0 explicitly. We also saw cases in the past where announcements to "too many interfaces" made issues

tam481 · 2025-06-16T21:44:50Z

tam481
Jun 16, 2025
Author

@Apollon77 . Thank you very much indeed for the extensive checks. I will try configuring the interface limitation and update the post accordingly.

Once again, thank you very much for taking the time to help with this.

0 replies

Apollon77 · 2025-06-24T07:55:22Z

Apollon77
Jun 24, 2025
Maintainer

Today I found #2189 which lead to invalifd encoding of specil IPv6 adresses sometimes, might be easiely related that ... would be cool to retry after this got merged

0 replies

mDNS IPv6 address advertising LLA not GLA #2152

Uh oh!

tam481 Jun 15, 2025

Replies: 6 comments · 10 replies

Uh oh!

Apollon77 Jun 15, 2025 Maintainer

Uh oh!

Uh oh!

tam481 Jun 15, 2025 Author

Uh oh!

Apollon77 Jun 15, 2025 Maintainer

Uh oh!

Apollon77 Jun 15, 2025 Maintainer

Uh oh!

tam481 Jun 15, 2025 Author

Uh oh!

Apollon77 Jun 16, 2025 Maintainer

Uh oh!

Apollon77 Jun 16, 2025 Maintainer

Uh oh!

tam481 Jun 16, 2025 Author

Uh oh!

Apollon77 Jun 16, 2025 Maintainer

Uh oh!

tam481 Jun 16, 2025 Author

Uh oh!

Uh oh!

Apollon77 Jun 16, 2025 Maintainer

Uh oh!

Apollon77 Jun 16, 2025 Maintainer

Uh oh!

Apollon77 Jun 16, 2025 Maintainer

Uh oh!

Apollon77 Jun 16, 2025 Maintainer

Uh oh!

tam481 Jun 16, 2025 Author

Uh oh!

Apollon77 Jun 24, 2025 Maintainer

tam481
Jun 15, 2025

Replies: 6 comments 10 replies

Apollon77
Jun 15, 2025
Maintainer

tam481
Jun 15, 2025
Author

Apollon77 Jun 15, 2025
Maintainer

Apollon77 Jun 15, 2025
Maintainer

tam481
Jun 15, 2025
Author

Apollon77 Jun 16, 2025
Maintainer

Apollon77 Jun 16, 2025
Maintainer

tam481 Jun 16, 2025
Author

Apollon77 Jun 16, 2025
Maintainer

tam481
Jun 16, 2025
Author

Apollon77 Jun 16, 2025
Maintainer

Apollon77 Jun 16, 2025
Maintainer

Apollon77 Jun 16, 2025
Maintainer

Apollon77 Jun 16, 2025
Maintainer

tam481
Jun 16, 2025
Author

Apollon77
Jun 24, 2025
Maintainer