View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0015000 | MMW v4 | Synchronization | public | 2018-08-01 21:57 | 2023-09-28 17:55 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Target Version | 4.1.22 | Fixed in Version | 4.1.22 | ||
| Summary | 0015000: Sync: Device scan do not find MMW server | ||||
| Description | In past few days I've been witness to one strange behavior of MMW UPnP/Sync Server which seams unrelated to firewall settings. | ||||
| Steps To Reproduce | If device do not see MMW server repeat these steps 1. Start Sync setup/UPnP in MMA (Usually on new devices or ones that got new IP assigned from Routed DHCP) 2. Confirm that MMW server is not found 3. Start Scan For Sync Server again 4. while MMA is still scanning restart MMW 5. in 80% of cases (8/10) On MMW restart Server gets recognized 6. continue and finish Sync 7. Leave MMW started for some time (few hours) 8. Try to sync again and if fail repeat from step 3 and Sync will complete NOTE: Restarting MMW Server from Within MMW options help in 1/10 cases to get MMW server recognized. P.S. After some time repeating the steps MMW starts to get recognized without problems | ||||
| Additional Information | GAW-656-22949 KTT-159-76825 | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 1876 | ||||
| related to | 0011531 | closed | Ludek | MMW v4 | Server is not seen after resume from computer sleep for some users/client apps |
| related to | 0014906 | assigned | martin | MMA | UPnP: Several Major tweaks Missing in UPnP browser |
| related to | 0011138 | closed | martin | MMA | UPnP discovering is sometimes too slow, manual option is needed |
| related to | 0011780 | assigned | martin | MMA | WiFi Sync Settings: Each SSID should have own settings |
| related to | 0017717 | closed | Ludek | MMW 5 | MM5 UPnP server often becomes inaccessible after MM5 is running for an extended period |
| related to | 0018517 | closed | Ludek | MMW 5 | Possible AV in UpNp.dll after PC wake up |
| related to | 0018923 | closed | Ludek | MMW 5 | Services plugin: Manual configuration and connection settings for Sync |
| related to | 0019791 | closed | michal | MMW 5 | MMW5 crashes while running in background (A3FB7F44) |
|
|
It is very hard to replicate once MMW server gets recognized by device and MMW restarts are no more needed. Sometimes it happens after 3-5 restarts/syncs and sometimes after 10, but eventually something on user affected networks recognize MMW as UPnP/DLNA Server and do not block it anymore and MMW Multicast packets are passed. I have not found any new entries in Firewall and few users also complain on Twonky and MiniDLNA servers behave same. |
|
|
I. MMW 4.1.21.1875 on my laptop - this kind of issue never appeared. II. second sever on my older PC, MMW 4.1.21.1865 1) launch MMW 2) visible on all my phones 3) wait approximately minute - no server found also as no UPnP server 4) restart MMW - MMW visible on my phones 5) I waited around 10minutes and MMW disappear again - tested also with BubbleUPnP and also not visible there- So the issue is not on MMA side. III. I have reinstall MMW on PC with latest MMW 4.1.21.1875 debug version(previously non-debug version) - MMW is running more than an hour and still visible on all my phones. - I will ask Ludek whether is possible that the issue is fixed in the newest version. |
|
|
Replicate it again, but with MMW on laptop. MMW is running, but not visible, also not visible from BubbleUPnP. I have tried it also with my second phone and there MMW was visible, then it appeared also on my first phone. Any Idea? |
|
|
Debugging offline and commited a fix (for 4.1.22.1876). Martin and the user from ticket GAW-656-22949 are testing/confirming the fix... (testing stuff sent to them) |
|
|
Martin indicated that issue remains when computer is wake up from the sleep, i.e. it is rather instance of 0011531, solving... |
|
|
I have also reproduced the issue today on Windows 10 machine. It seems that to reproduce the issue there must be the latest Windows 10 update and you need to wake up the computer from the sleep mode. After that any server from the Win10 PC isn't visible in MMA (tested Plex, WMP, MMW). Restarting MMW is a temporal workaround to show at least the MMW server (because it notifies itself on start), but subsequent restarting MMA causes that any server isn't visible again. I run Wireshark on both PCs (Win10 and Win7) and on the Win7 PC I saw the SSDP M-SEARCH request from MMA/Phone (192.168.1.101 -> 239.255.255.250:1900), but on the Win10 PC the request was missing!! Something on the Win10 has to drop the M-SEARCH request packets. I tried to disable Windows Defender's firewall and Real Time protection, tried restarting SSDP Discovery service, but nothing helped to see the M-SEARCH in Wireshark. The only workaround is PC restart. So this isn't something that can be fixed in MMW, but there may be a way how to configure Win10 to not behave like that, to be found how. For now only "not using sleep mode" is the workaround. |
|
|
Little different behavior on my side. When computer(Win 10) with MMW server wakes up, then MMA always see other Media Servers (Plex, WMP) immediately. MMW also appears but usually with 30minutes delay and then after same time disappear again. When MMW is restarted, then is visible all day without issue. |
|
|
Test note: Petr, Michal and Peke are also seeing the Martin's behaviour Actually we are already auto-restarting the UPnP/server after PC wake up (because of 0011531 ), but we probably makes it too early after PC wake up which is probably causing the issues somehow, I've tried to postpone the restart (to 5 seconds after wake up). Petr, Michal, Martin and Peke confirmed that it does the trick. Fixed in 4.1.22.1876 and merged to 5.0.0.2121 |
|
|
Verified 1876 |
|
|
Reopen it looks like it still happens for some users and confirmed steps work 100% I wonder would INI setting to restart Server in Minutes unless there is access would help? |
|
|
Peke indicated that this started again after newest Windows 10 update for some users. It seems that 5 seconds in 0015000:0050979 is still not enough. We could try to increase it to 30 seconds + add INI switch as suggested by Peke. @Peke: Could you please add some references here? The only reference seems KTT-159-76825 which I think is not the issue, because user: a) don't use sleep/wake up in the tests b) indicates that any MMA restart causes the server to disappear (until MMW is restarted) |
|
|
Ip Isolation is common issue on ISP Routers and usually enabled by default on most newer routers it is common issue https://support.google.com/chromecast/answer/3213084?hl=en IP isolation means that every Wireless device have access only to Internet thru gateway and can't access other Wireless devices. Althrough they can access LAN devices. https://static.tp-link.com/image001_1518167280287s.jpg https://www.howtogeek.com/179089/lock-down-your-wi-fi-network-with-your-routers-wireless-isolation-option/ In users case it is very possible that combination of Router and Vipre blocks Multicast/Unicast packets after some time. As pointed in Ticket. It is a hole in IP Isolation where briefly Multicast packets pass thru network before they gets filtered eg. device that gets authorized to access other IP server then it works for that time until Idle or accessing app is restarted on wiFi Device. cause Multicast address range is reserved https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml and outside normal LAN/WLAN network enviroment. |
|
|
To clarify: MMW server announces itself a) on start (restart) b) as a response to multicast SSDP M-SEARCH request from MMA/Phone (like 192.168.1.101 -> 239.255.255.250:1900) The issue observed by Peke/user from KTT-159-76825 is not the same issue as the (already fixed) issue observed by Martin B. , Petr and Michal in 0015000:0050979 , because the step of sleep/wake up is missing -- so increasing the "restart after wake up" timeout is not a solution here. There are just workarounds like restarting MMW server (to make it announce), but we can hardly do this somehow periodically (I doubt that any other app does this). Another workaround could be for MMA to "remember" the MMW server (IP+port) and try to ping it after restart (if it fails to auto-discover). It is possible that in case of KTT-159-76825 it is the IP isolation issue. @Peke: maybe a remote session could shed some light on this? And then probably a KB article should summarize the findings. Some tips to try: https://merabheja.com/how-to-fix-network-discovery-in-windows-10/ https://www.ghacks.net/2018/04/17/fix-pcs-no-longer-recognized-in-network-after-windows-10-version-1803-upgrade/ Namely changing the “SSDP Discovery” service from "Manual" to "Automatic" |
|
|
As talked offline as MMA already have saved settings for Sync Server it should be easy to access XML file directly first instead of SSDP M-SEARCH request to check Server availability and save time. Resolving 0011780 would also help so that MMA Knows what server to ping/query depending on SSID. To correct Dynamic IP changes (very rare now days, as for most router lease IP time is 2 days) Maybe after failed direct IP or even after SSDP M-SEARCH request connect to http://<SERVER_IP:PORT/Request Sync/ With header parameters Restart Server or like you pointed resolving 0014906. Similar to solution you use in chromecast discovery fails. Also if there is no Sync/UPnP server found (first time sync/ UPNPBrowse) it could be useful to both MM5 and MMS (browser) that MMA is able to scan QR code #13912 as pointed in BUG MMA registers own Push protocol that can be used in any camera app to call MMA with settings parameter and do a quick configuration/access authorization and even Auto LOG sending. |
|
|
Reminder sent to: martin Sent reminder to Martin due teh work needed in MMA. |
|
|
Testing on my wife's Win10 machine now (1803 creators update) and I have still the same issue (I previously described it in 0015000:0050970). i.e. I am not seeing MMW server until I restart it while MMA searches for servers. It isn't MM issue as I am not seeing any server from that Win10 machine. Unfortunately the tips to set the related services to 'Automatic' start type (0015000:0051923) does not help. I haven't found anything useful yet, but looking further... The strange is that I can see the Win10 server on Win7 PC, but don't see it in MMA I talked to Martin via IM, he is going to implement the server "remembering" in MMA |
|
|
As talked offline when the SSDP M-SEARCH request fails to get response from server, entering http://IP:port/DeviceDescription.xml to address bar of Chrome always work. i.e. it is only the discovery issue as direct connection works? Guess bit tweaking on MM side so that MM knows Discovery is down (custom header?) and resolving 0014906 on MMA side would help. |
|
|
OK, I got it finally! This is what worked for me: 1) Network reset: https://www.howtogeek.com/265870/how-to-reset-your-entire-network-in-windows-10-and-start-from-scratch/ 2) Restart of PC 3) Upon connecting to my WiFi network it asked me whether I want to allow my PC to be discoverable by others PCs and devices, I clicked [Yes] => everything works as expected My suspicious is that my wife clicked [No] in the past (when she was logging into our WiFi network) |
|
|
Unfortunately Nothing changed for me. QNAP is not listed in Network Only IP UNC path works and MMA can't find MMW Server unless MMW is restarted during Searching in MMA. Note that I use Static IP Assignment. |
|
|
ok, did it ask you to allow your PC to be discoverable by others PCs and devices and you clicked [Yes]? I suppose you have the network discovery ON on this screen: https://www.isunshare.com/images/article/windows-10/turn-on-or-off-network-discovery-in-windows-10/turn-on-or-off-network-discovery.png ? Could you please add my "fix" with the network reset to the corresponding KB article(s) (as it solved my issue) ? I also asked the user from KTT-159-76825 to try the "network reset" tip, so we will see whether it is going to help him. |
|
|
FYI: "Turn on network discovery" solution worked for the user from KTT-159-76825, while "Network reset" solution worked for me. Could you please add both solutions to the corresponding KB articles? |
|
|
For me neither "Turn on network discovery" or "Network reset" solution worked for me. Attached Image of My settings. |
|
|
Partially improved/Fixed and rest is not fixable due teh Microsoft removed many NAME Services as of Windows 1101803 version. More detailed description is at https://www.mediamonkey.com/forum/viewtopic.php?p=457630#p457630 |
|
|
Re-opening: @Peke: It looks that you haven't updated the corresponding article http://www.mediamonkey.com/support/index.php?/Knowledgebase/Article/View/152/0/failure-to-connect-to-the-upnpdlna-server with the solutions that worked (for me and for the user from KTT-159-76825) - "Network reset" solution ( 0015000:0051940 ) - "Turn on network discovery" on this screen: https://www.isunshare.com/images/article/windows-10/turn-on-or-off-network-discovery-in-windows-10/turn-on-or-off-network-discovery.png Please update the article. |
|
|
Reviewing the current KB article http://www.mediamonkey.com/support/index.php?/Knowledgebase/Article/View/152/0/failure-to-connect-to-the-upnpdlna-server I think it has a poor quality, it starts with: Open a browser on your Device/PC and enter "http://<MMWSERVERIP>:<MMWSERVERPORT>/DeviceDescription.xml" e.g. http://192.168.1.100:57302/DeviceDescription.xml If this returns data despite the fact that your UPnP client is unable to connect, then open a ticket via the helpdesk providing logs for MMW (and MMA) I think that at this point the avarage user is lost completely having no idea what to do. I would suggest to change the article to the following sequence of troubleshooting steps: 1) Check whether server is enabled and running (MMW > Options > Media Sharing) -- currently item 2.4 in the article 2) Check whether the server is visible/browseable in MMA > UPnP (or another app on Android like BubbleUPnP) 3) Check your firewall is not blocking the incoming connection (e.g. by disabling firewall temporarily and/or then configure) -- currently items 1&4 in the article 4) Check "Turn on network discovery" on this screen: https://www.isunshare.com/images/article/windows-10/turn-on-or-off-network-discovery-in-windows-10/turn-on-or-off-network-discovery.png -- currently missing form the article 5) Check your router -- currently items 2.1-2.3 in the article 6) "Network reset" solution ( 0015000:0051940 ) -- currently missing form the article 7) if anything from 1-6 helps then add the server manually in MMA ( http://<MMWSERVERIP>:<MMWSERVERPORT>/DeviceDescription.xml ) Assigned to Rusty to update the KB article |
|
|
Updated the KB article. |
|
|
Closing further improvements and server restarts are implemented in MM 5.1 |
