-
Summary
-
Files
-
Reviews
-
Support
-
Wiki
-
Tickets ▾
- Feature Requests
- Patches
- Support Requests
- Bugs
-
Discussion
-
Git
-
CVS
Menu
▾
▴
Foobar2000 not connecting
Creator:
Anonymous
Created:
2011-06-28
Updated:
2013-05-29
-
Hi
i am running miniDLNA on a seagate black armor NAS with a slimlined lenny installation. works really really well. i am having slight problem with foobar2000 streaming music over our network. the NAS is on a VLAN and any foobar player on this network detects miniDLNA and plays as expected. if i venture outside of this VLAN (same workplace, different VLAN) i cannot connect using foobar (with the upnp plugin). i have dumped the log and i keep getting the same error:upnphttp.c:916: warn: /DeviceDescription.xml not found, responding ERROR 404
obviously its looking for a file called devicedescription but the file doesn’t exist. i have an example of what it is looking for (when connecting foobar to foobar all works fine and this is the dump of the xml file from a foobar upnp server)
<root><specVersion><major>1</major><minor>0</minor></specVersion><device><deviceType>urn:schemas-upnp-org:device:MediaServer:1</deviceType><friendlyName>foobar2000 Media Server (marki)</friendlyName><manufacturer>Bubbleguuum</manufacturer><manufacturerURL>http://www.hydrogenaudio.org/forums/index.php?showtopic=68752</manufacturerURL><modelDescription>foobar2000 Media Server</modelDescription><modelName>Windows Media Player Sharing</modelName><modelURL>http://www.hydrogenaudio.org/forums/index.php?showtopic=68752</modelURL><modelNumber>3.1</modelNumber><serialNumber/><UDN>uuid:50691561-5d47-5f1d-09b7-07886a420bc2</UDN><dlna:X_DLNADOC>DMS-1.50</dlna:X_DLNADOC><iconList><icon><mimetype>image/jpeg</mimetype><width>48</width><height>48</height><depth>24</depth><url>/images/foobar2000-48×48.jpg</url></icon><icon><mimetype>image/png</mimetype><width>48</width><height>48</height><depth>32</depth><url>/images/foobar2000-48×48.png</url></icon></iconList><serviceList><service><serviceType>urn:microsoft.com:service:X_MS_MediaReceiverRegistrar:1</serviceType><serviceId>urn:microsoft.com:serviceId:X_MS_MediaReceiverRegistrar</serviceId><SCPDURL>/X_MS_MediaReceiverRegistrar/50691561-5d47-5f1d-09b7-07886a420bc2/scpd.xml</SCPDURL><controlURL>/X_MS_MediaReceiverRegistrar/50691561-5d47-5f1d-09b7-07886a420bc2/control.xml</controlURL><eventSubURL>/X_MS_MediaReceiverRegistrar/50691561-5d47-5f1d-09b7-07886a420bc2/event.xml</eventSubURL></service><service><serviceType>urn:schemas-upnp-org:service:ContentDirectory:1</serviceType><serviceId>urn:upnp-org:serviceId:ContentDirectory</serviceId><SCPDURL>/ContentDirectory/50691561-5d47-5f1d-09b7-07886a420bc2/scpd.xml</SCPDURL><controlURL>/ContentDirectory/50691561-5d47-5f1d-09b7-07886a420bc2/control.xml</controlURL><eventSubURL>/ContentDirectory/50691561-5d47-5f1d-09b7-07886a420bc2/event.xml</eventSubURL></service><service><serviceType>urn:schemas-upnp-org:service:ConnectionManager:1</serviceType><serviceId>urn:upnp-org:serviceId:ConnectionManager</serviceId><SCPDURL>/ConnectionManager/50691561-5d47-5f1d-09b7-07886a420bc2/scpd.xml</SCPDURL><controlURL>/ConnectionManager/50691561-5d47-5f1d-09b7-07886a420bc2/control.xml</controlURL><eventSubURL>/ConnectionManager/50691561-5d47-5f1d-09b7-07886a420bc2/event.xml</eventSubURL></service></serviceList></device></root>
is there any sort of config file like this kicking around in miniDLNA? where would i put the file if i create it? i would really like to resolve this issue as there a several people who i would like to connect to this server using foobar.
Thanks
Stevo
-
Which minidlna version are you using? My guess is that SSDP isn’t enabled on your other vlan. Starting with version 1.0.20 of minidlna, you can properly share media on multiple network interfaces. Just change the network_interface= parameter to include both vlan interfaces (eg. «network_interface=eth0.1,eth0.2»).
-
thanks for the quick response! i am pretty sure the multiple network interface will not be a viable option. the networks are under control of the IT dept and if i do create an alias, i cannot see it from anywhere (ie cannot ping it or it cannot ping anything, dest host unreachable).
Everytime the foobar2000 client tries to connect, the minidlna log gets updated withupnphttp.c:916: warn: /DeviceDescription.xml not found, responding ERROR 404
this says to me that the devices are able to see each other but the description file it is after isn’t being served up. am i reading this correctly?
since error 404 is replied, the foobar client just sits there. viewing the log in foobar shows that an error 404 was returned so it reports a fail.
i see with wireshark that rootConf.xml is present on the http port and i am reckon that this is what foobar is requesting. so because ssdp doesn’t transcend the vlans, it seems the only way the devices are going to interact is if the rootConf.xml file is sent when DeviceDescription.xml is requested.
is rootConf.xml generated on the fly or is is a file somewhere? it appears its generated on the fly.
Is there a way around this?Thanks
Stevo
-
oh sorry btw i am using 1.0.20
-
Normally, UPnP devices use the information in their SSDP communications to figure out the url to the root device description. My guess is that Foobar2000 doesn’t see the device, and if you manually enter the IP, it just uses its default url. If you can compile minidlna yourself, you can just change the ROOTDESC_PATH definition in minidlnapath.h from «/rootDesc.xml» to «DeviceDescription.xml» and it should work.
-
You might want to check your IT folks. There might be valid reason they’ve configure things the way they have. Might be an oversight on their part or maybe they don’t want streaming media flooding the whole net or…
-
OK, i’ll change the rootdesc_path as suggested.
yes this fixed the problem!! excellent! Thanks for the advice.
the only thing that doesn’t work is the search function on foobar upnp plugin. i’m not sure where this lies, but i reckon its with foobar, because on the local network that detects the ssdp broadcasts the search works fine. so maybe there is something with the upnp config.
Anyway, i’m happy and my work colleagues are happy so thanks!!
Log in to post a comment.
Автор | Сообщение |
---|---|
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
|
Alexey Vitko писал(а): primsesl писал(а): Вопрос к специалистом D-Link’ка проблемам такого плана. Захожу на роутер, все нормально ввожу пароль и могу ходить по вкладкам (ссылкам) настраивать роутер но при подключении и интернету при переходе на любую вкладку (ссылку) перебрасывает на страницу авторизации. Ввожу пароль нажимаю на «Log in» открывается страница «status» перехожу на любую страницу (setup, advased, tools) опять перекидывает на страницу авторизации или «страница не найдена». Здравствуйте, вы сброс после обновления прошивки делали? Предоставьте скриншоты настроек роутера. конечно |
Вернуться наверх |
|
Alexey Vitko |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
|
Вернуться наверх |
|
Dakc |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Алексей, я вам благодарен. Как будет возможность использвоать, воспользуюсь и протестирую. В твоей конфигурации есть настройки торрентов? ТО что надо я оставлю, а что нет удалю. В самих настройках торрентов я настрою сам. Если не против выложи конфигурацию настроек роутера с настройками торрентов. |
Вернуться наверх |
|
Alexey Vitko |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Торрент использует функцию UPnP. Если она включена на роутере и в клиенте, то ничего больше настраивать не нужно. В моей конфигурации все включено. |
Вернуться наверх |
|
Dakc |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
|
Вернуться наверх |
|
Dakc |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Алексей, у меня была схожая настройка с твоей. Правда еще не сверял с твоей, как будет возможность сверить, проверю. Но есть одно но, если надо сделать проброс портов, то у меня из за пробросов портов не стабильно работал роутер. В частности падал интернет через определенное время, повышался пинг, происходило снижение скорости… |
Вернуться наверх |
|
Dakc |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Алексей, прошивку от тебя принял, ни чего не менял, оставил как есть.. Глюков, и зависаний не обнаружил. Работает без пробросов портов. |
Вернуться наверх |
|
Alexey Vitko |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Можно. Задайте время в разделе Time, создайте Shedule с нужным временем работы. Затем Access Control и по шагам выполняйте мастер. |
Вернуться наверх |
|
Alve |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Прошивка DIR655_FW200RUB13Beta06.bin. |
Вернуться наверх |
|
Alve |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
А также… когда интернет отсутствует, роутер не может подключиться (сбои на линии провайдера), то в админку роутера не получается зайти со стационарного компьютера с сетевой dlink dge560t b1b, статический ip. А с нетбука по wifi — можно. |
Вернуться наверх |
|
Alexey Vitko |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Alve, устройство снято с производства, поэтому я не уверен, что указанные недостатки (п1, 4) будут устранены в ближайшее время. Остальное воспроизвести не удается. Опишите ситуацию подробнее. |
Вернуться наверх |
|
Alve |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
2. На встроенной сетевой карте DCHP сервер роутера нормально присваивал ip. После установки dge560t b1b появились проблемы с получением ip. Пришлось поставить статический адрес. Пробовал как с резервированием ip адреса по mac в настройках DHCP, так и без резервирования ip по mac. Сама проблема именно в связке роутера и dge560t b1b, потому как другие сетевые карты отлично получают ip. Стоит заметить, что другие сетевые карты как от Dlink, так и от Realtek, Marvell. Причем… эти другие сетевые карты получают ip как на этом компьютере, так и на других. А dge560t b1b не хочет получать ip. |
Вернуться наверх |
|
Serg514 |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Добрый день! |
Вернуться наверх |
|
Alexey Vitko |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
Serg514 писал(а): Добрый день! Здравствуйте. Вы сброс настроек делали после обновления? |
Вернуться наверх |
|
Alve |
Заголовок сообщения: Re: D-Link DIR-655 rev.B1
|
|
В последнее время , вечером, роутер самопроизвольно перезагружается (кстати, только тогда, когда помимо LAN клиентов, есть и по вай-фай клиенты). То есть, если по вафле клиентов нет, роутер может проработать спокойно бесконечно долго. А иногда (невсегда) как подключаются вай фай клиенты — уходит в ребут (редкое явление), но после ребута в логе постоянно «/rootDesc.xml not found, responding ERROR 404 » а также «anon log[logecho:pptp_ctrl.c:675]: Echo Reply received. » с переодичностью 30 сек. |
Вернуться наверх |
|
Here is the error with debug level.
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Device discovered: uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1, at: http://192.168.1.1:38932/rootDesc.xml
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Device discovered: uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1, at: http://192.168.1.1:38932/rootDesc.xml
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] update_interval: 0:00:30
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Getting traffic statistics from device: IGD Device: LAXROUTER/uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Getting status for device: IGD Device: LAXROUTER/uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Finished fetching LAXROUTER data in 0.088 seconds (success: True)
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Enabling sensors
2021-09-07 22:33:00 DEBUG (MainThread) [async_upnp_client.device_updater] Start listening for notifications.
2021-09-07 22:33:00 DEBUG (MainThread) [async_upnp_client.advertisement] Start listening for notifications
2021-09-07 22:33:00 DEBUG (MainThread) [async_upnp_client.ssdp] Creating socket on (<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_DGRAM: 2>, 17, '0.0.0.0', ('0.0.0.0', 0)) to (<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_DGRAM: 2>, 17, '239.255.255.250', ('239.255.255.250', 1900))
2021-09-07 22:33:00 DEBUG (MainThread) [async_upnp_client.ssdp] Connection made, transport: None
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Adding binary sensor
2021-09-07 22:33:00 DEBUG (MainThread) [homeassistant.components.upnp] Adding sensors
2021-09-07 22:33:29 ERROR (MainThread) [homeassistant.components.plex.server] Could not connect to Plex server: LAXSS (HTTPSConnectionPool(host='plex.tv', port=443): Read timed out. (read timeout=30))
2021-09-07 22:33:30 DEBUG (MainThread) [homeassistant.components.upnp] Getting traffic statistics from device: IGD Device: LAXROUTER/uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1
2021-09-07 22:33:30 DEBUG (MainThread) [homeassistant.components.upnp] Getting status for device: IGD Device: LAXROUTER/uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1
2021-09-07 22:33:30 ERROR (MainThread) [homeassistant.components.upnp] Unexpected error fetching LAXROUTER data: 'utf-8' codec can't decode byte 0x89 in position 282: invalid start byte
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 187, in _async_refresh
self.data = await self._async_update_data()
File "/usr/src/homeassistant/homeassistant/components/upnp/__init__.py", line 209, in _async_update_data
update_values = await asyncio.gather(
File "/usr/src/homeassistant/homeassistant/components/upnp/device.py", line 165, in async_get_status
values = await asyncio.gather(
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/profiles/igd.py", line 176, in async_get_external_ip_address
result = await action.async_call()
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/client.py", line 536, in async_call
) = await self.service.requester.async_http_request("POST", url, headers, body)
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/client.py", line 78, in async_http_request
) = await self.async_do_http_request(method, url, headers=headers, body=body)
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/aiohttp.py", line 115, in async_do_http_request
resp_body = await response.text()
File "/usr/local/lib/python3.9/site-packages/aiohttp/client_reqrep.py", line 1081, in text
return self._body.decode(encoding, errors=errors) # type: ignore
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x89 in position 282: invalid start byte
2021-09-07 22:33:30 DEBUG (MainThread) [homeassistant.components.upnp] Finished fetching LAXROUTER data in 0.104 seconds (success: False)
2021-09-07 22:33:48 WARNING (MainThread) [homeassistant.bootstrap] Waiting on integrations to complete setup: xbox, bosch
2021-09-07 22:33:52 DEBUG (MainThread) [async_upnp_client.device_updater] Handling alive: {'HOST': '239.255.255.250:1900', 'CACHE-CONTROL': 'max-age=120', 'location': 'http://192.168.1.1:38932/rootDesc.xml', 'SERVER': 'AsusWRT/386.3 UPnP/1.1 MiniUPnPd/2.2.0', 'NT': 'upnp:rootdevice', 'USN': 'uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::upnp:rootdevice', 'NTS': 'ssdp:alive', 'OPT': '"http://schemas.upnp.org/upnp/1/0/"; ns=01', '01-NLS': '1630901028', 'BOOTID.UPNP.ORG': '1630901028', 'CONFIGID.UPNP.ORG': '1337', '_location_original': 'http://192.168.1.1:38932/rootDesc.xml', '_timestamp': datetime.datetime(2021, 9, 7, 22, 33, 52, 453443), '_host': '192.168.1.1', '_port': 34573, '_udn': 'uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20', '_source': 'advertisement'}
2021-09-07 22:33:52 DEBUG (MainThread) [async_upnp_client.device_updater] New boot_id: 1630901028, old boot_id: None
2021-09-07 22:33:52 DEBUG (MainThread) [async_upnp_client.device_updater] New config_id: 1337, old config_id: None
2021-09-07 22:33:52 DEBUG (MainThread) [async_upnp_client.device_updater] Reinitializing device
2021-09-07 22:33:55 DEBUG (MainThread) [async_upnp_client.device_updater] Handling alive: {'HOST': '239.255.255.250:1900', 'CACHE-CONTROL': 'max-age=120', 'location': 'http://192.168.1.1:38932/rootDesc.xml', 'SERVER': 'AsusWRT/386.3 UPnP/1.1 MiniUPnPd/2.2.0', 'NT': 'upnp:rootdevice', 'USN': 'uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::upnp:rootdevice', 'NTS': 'ssdp:alive', 'OPT': '"http://schemas.upnp.org/upnp/1/0/"; ns=01', '01-NLS': '1630901028', 'BOOTID.UPNP.ORG': '1630901028', 'CONFIGID.UPNP.ORG': '1337', '_location_original': 'http://192.168.1.1:38932/rootDesc.xml', '_timestamp': datetime.datetime(2021, 9, 7, 22, 33, 55, 808936), '_host': '192.168.1.1', '_port': 34573, '_udn': 'uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20', '_source': 'advertisement'}
2021-09-07 22:33:55 DEBUG (MainThread) [async_upnp_client.device_updater] New boot_id: 1630901028, old boot_id: None
2021-09-07 22:33:55 DEBUG (MainThread) [async_upnp_client.device_updater] New config_id: 1337, old config_id: None
2021-09-07 22:33:55 DEBUG (MainThread) [async_upnp_client.device_updater] Reinitializing device
2021-09-07 22:33:57 WARNING (MainThread) [aioxmpp.node.PresenceManagedClient] out of connection attempts
2021-09-07 22:33:57 ERROR (MainThread) [aioxmpp.node.PresenceManagedClient] main failed
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 837, in _on_main_done
task.result()
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 997, in _main
await self._main_impl()
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 952, in _main_impl
tls_transport, xmlstream, features = await connect_xmlstream(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 384, in connect_xmlstream
options = list(await discover_connectors(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 145, in discover_connectors
starttls_srv_records = await network.lookup_srv(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/network.py", line 331, in lookup_srv
answer = await repeated_query(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/network.py", line 300, in repeated_query
raise TimeoutError()
TimeoutError
2021-09-07 22:33:57 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry Buderus TC100.2 for bosch
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 304, in async_setup
result = await component.async_setup_entry(hass, self) # type: ignore
File "/config/custom_components/bosch/__init__.py", line 109, in async_setup_entry
return await gateway_entry.async_init()
File "/config/custom_components/bosch/__init__.py", line 191, in async_init
if await self.async_init_bosch():
File "/config/custom_components/bosch/__init__.py", line 241, in async_init_bosch
await self.gateway.check_connection()
File "/usr/local/lib/python3.9/site-packages/bosch_thermostat_client/gateway/base_gateway.py", line 293, in check_connection
await self.initialize()
File "/usr/local/lib/python3.9/site-packages/bosch_thermostat_client/gateway/base_gateway.py", line 69, in initialize
await self._update_info(initial_db.get(GATEWAY))
File "/usr/local/lib/python3.9/site-packages/bosch_thermostat_client/gateway/easycontrol_gateway.py", line 79, in _update_info
response = await self._connector.get(uri)
File "/usr/local/lib/python3.9/site-packages/bosch_thermostat_client/connectors/xmpp.py", line 79, in get
data = await self._request(method=GET, path=path)
File "/usr/local/lib/python3.9/site-packages/bosch_thermostat_client/connectors/xmpp.py", line 107, in _request
await self.start()
File "/usr/local/lib/python3.9/site-packages/bosch_thermostat_client/connectors/xmpp.py", line 98, in start
self._xmppstream = await self._st.enter_async_context(
File "/usr/local/lib/python3.9/contextlib.py", line 556, in enter_async_context
result = await _cm_type.__aenter__(cm)
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 1652, in __aenter__
await conn_future
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 837, in _on_main_done
task.result()
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 997, in _main
await self._main_impl()
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 952, in _main_impl
tls_transport, xmlstream, features = await connect_xmlstream(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 384, in connect_xmlstream
options = list(await discover_connectors(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/node.py", line 145, in discover_connectors
starttls_srv_records = await network.lookup_srv(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/network.py", line 331, in lookup_srv
answer = await repeated_query(
File "/usr/local/lib/python3.9/site-packages/aioxmpp/network.py", line 300, in repeated_query
raise TimeoutError()
TimeoutError
2021-09-07 22:34:00 DEBUG (MainThread) [homeassistant.components.upnp] Getting traffic statistics from device: IGD Device: LAXROUTER/uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1
2021-09-07 22:34:00 DEBUG (MainThread) [homeassistant.components.upnp] Getting status for device: IGD Device: LAXROUTER/uuid:3ddcd1d3-2380-45f5-b069-3497f66cbb20::urn:schemas-upnp-org:device:InternetGatewayDevice:1
2021-09-07 22:34:00 ERROR (MainThread) [homeassistant.components.upnp] Unexpected error fetching LAXROUTER data: 'utf-8' codec can't decode byte 0xfe in position 266: invalid start byte
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 187, in _async_refresh
self.data = await self._async_update_data()
File "/usr/src/homeassistant/homeassistant/components/upnp/__init__.py", line 209, in _async_update_data
update_values = await asyncio.gather(
File "/usr/src/homeassistant/homeassistant/components/upnp/device.py", line 165, in async_get_status
values = await asyncio.gather(
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/profiles/igd.py", line 176, in async_get_external_ip_address
result = await action.async_call()
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/client.py", line 536, in async_call
) = await self.service.requester.async_http_request("POST", url, headers, body)
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/client.py", line 78, in async_http_request
) = await self.async_do_http_request(method, url, headers=headers, body=body)
File "/usr/local/lib/python3.9/site-packages/async_upnp_client/aiohttp.py", line 115, in async_do_http_request
resp_body = await response.text()
File "/usr/local/lib/python3.9/site-packages/aiohttp/client_reqrep.py", line 1081, in text
return self._body.decode(encoding, errors=errors) # type: ignore
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xfe in position 266: invalid start byte
2021-09-07 22:34:00 DEBUG (MainThread) [homeassistant.components.upnp] Finished fetching LAXROUTER data in 0.101 seconds (success: False)