[bbbl67]

On my Win7 desktop, when I run Emule, the log sometimes (guestimate, 75% of the time) says that my UPNP has failed to forward the ports, yet I see that I've connected with High ID, and KAD even says Open. I am using a Dlink WBR-2310 router as my gateway; I rechecked the settings of the router, and I haven't done any special manual forwardings for Emule on it, I rely solely on UPNP. I have an XP laptop from which I use Emule too from time to time, and I'd get the UPNP failed message there too, but there the message actually means what it says, it results in a Low ID and KAD Firewalled.

Is this any known problem?

[SS1900]

have you enable the UPnP feature in your router ? it's in advanced>advanced network > http://support.dlink...adv_network.htm

[xilolee]

In your xp laptop you ought to install the framework upnp from windows cd, then you ought to put the framework upnp in the win xp firewall exceptions.

[bbbl67]

SS1900, on 10 August 2011 - 09:50 AM, said:

have you enable the UPnP feature in your router ? it's in advanced>advanced network > http://support.dlink...adv_network.htm

Yes, it's on. As I said, UPNP does occasionally come back and show a successful operation, so the UPNP feature is definitely turned on.

xilolee, on 10 August 2011 - 01:43 PM, said:

In your xp laptop you ought to install the framework upnp from windows cd, then you ought to put the framework upnp in the win xp firewall exceptions.

I should've mention that on the XP laptop that UPNP does work sometimes, so the UPNP framework is working on it. I just gave the XP machine as an example of something that shows the as-expected behaviour: when the UPNP works it gets a High ID, when it doesn't work it gets a Low ID. The Win7 machine on the other hand shows the odd behaviour where it works regardless of whether UPNP comes back and says it was successful or not.

[xilolee]

Is it possible you have disabled "remove upnp port forwardings on exit" (options extended)?
In this case, probably (because i haven't tried) your ports are already opened and emule upnp fails, but you receive high id (if the IP of your pc doesn't change between pc restarts).

This post has been edited by xilolee: 10 August 2011 - 02:59 PM

[bbbl67]

xilolee, on 10 August 2011 - 09:58 AM, said:

Is it possible you have disabled "remove upnp port forwardings on exit" (options extended)?
In this case, probably (because i haven't tried) your ports are already opened and emule upnp fails, but you receive high id (if the IP of your pc doesn't change between pc restarts).

I don't know, I'll go check... I see that that option is checked. Should I try to disable it, or leave it as is?

[xilolee]

No, i have attempted an explanation of that behaviour.
Another explanation could be that you cut off the power to your pc but not to your router and when you reconnect emule upnp fails, but emule has got high id because ports remain forwarded into the router.

[bbbl67]

xilolee, on 10 August 2011 - 02:57 PM, said:

No, i have attempted an explanation of that behaviour.
Another explanation could be that you cut off the power to your pc but not to your router and when you reconnect emule upnp fails, but emule has got high id because ports remain forwarded into the router.

When you say cut power, do you mean shutdown uncleanly? I do normally keep the router constantly turned on, while the PC can get shutdown. But the PC gets shutdown cleanly, and Emule is often closed manually before shutting down the PC.

But I will try to reboot the router and see if you are right.

Update: I have now tried this, and it looks like the problem seems to occur after the PC is put into sleep or hibernate state while Emule is running. After the PC comes back from the standby state, the Emule has its full port forwardings available. Then after you close Emule and wait awhile, and restart Emule, Emule will no longer be able to get UPNP to work. So it seems like after coming back from the sleep state, Emule is unable to close the UPNP port forwardings, so the next time it starts, it is also unable to open the UPNP port forwardings.

This post has been edited by bbbl67: 11 August 2011 - 03:38 PM

[xilolee]

Yes, uncleanly (i'd say brutally )

For your update, I've understood from your first post that you had high id with UPNP although it showed unsuccesful state...

Anyway, if you (and other people) confirm this behaviour, this could be a bug of windows or a bug of UPNP library...

[fox88]

You should manually close eMule before shutting down computer.
You should prevent hibernation when eMule is running. As far as I remember, eMule cannot redo UPnP port forwarding after hibernation.

[bbbl67]

xilolee, on 11 August 2011 - 04:51 PM, said:

Anyway, if you (and other people) confirm this behaviour, this could be a bug of windows or a bug of UPNP library...

Yeah, that's what I was thinking too. Also, before Emule shuts down, it does not list in its log window whether it has successfully or unsuccessfully turned UPNP off. Also is there a place where you can read the Emule log even after it's closed?

fox88, on 12 August 2011 - 03:10 AM, said:

You should manually close eMule before shutting down computer.
You should prevent hibernation when eMule is running. As far as I remember, eMule cannot redo UPnP port forwarding after hibernation.

Yes, Emule doesn't attempt to redo the UPNP forwarding after coming back from the sleep state, but fortunately it looks like the UPNP state persists throughout the sleep period of the PC, as long as the router itself doesn't also get rebooted. That seems to be a good feature, but it looks like UPNP cannot be turned off during the proper close of Emule later.

[torpon]

Tick "Save log to disk" in Options/Extended

Cheers

[bbbl67]

torpon, on 13 August 2011 - 02:46 AM, said:

Tick "Save log to disk" in Options/Extended

Cheers

Thanks, I've now done this, and now do you know where this log file is kept and what it's called?

[torpon]

The folder depends on your choice about sharing files (Shared usage), the file is emule.log

Cheers

[bbbl67]

torpon, on 15 August 2011 - 04:46 PM, said:

The folder depends on your choice about sharing files (Shared usage), the file is emule.log

Cheers

Okay, looks like it's in c:\users\{username}\appdata\local\emule\logs under Windows 7. That's the environment variable known as %LOCALAPPDATA%. Might be just %APPDATA% under Windows XP.

[bbbl67]

Okay here's an extract from the log file when the UPNP fails, but I still get a High ID:

16/08/2011 2:20:02 PM: Starting eMule v0.50a
16/08/2011 2:20:02 PM: Found 141 known shared files
16/08/2011 2:20:03 PM: Credit file loaded, 13510 clients are known
16/08/2011 2:20:03 PM: Trying to setup port forwardings with UPnP...
16/08/2011 2:20:04 PM: 248 servers in server.met found
16/08/2011 2:20:04 PM: No part files found
16/08/2011 2:20:04 PM: eMule Version 0.50a ready
16/08/2011 2:20:04 PM: Connecting to the network is delayed, because UPnP is still busy configuring the port forwardings.
16/08/2011 2:20:04 PM: Please wait some seconds, eMule will connect as soon as UPnP finished.
16/08/2011 2:20:05 PM: No new eMule version detected.
16/08/2011 2:20:23 PM: Connecting
16/08/2011 2:20:23 PM: Connecting to La Cosa Nostra 3 (85.159.232.83:6111)...
16/08/2011 2:20:23 PM: Read 200 contacts from file.
16/08/2011 2:20:23 PM: UPnP failed to setup port forwardings, please foward those ports manually if necessary!
16/08/2011 2:20:23 PM: Connected to La Cosa Nostra 3 (85.159.232.83:6111), sending login request
16/08/2011 2:20:24 PM: Connecting to Sweet Software (77.247.179.7:5231)...
16/08/2011 2:20:24 PM: Connected to Sweet Software (77.247.179.7:5231), sending login request
16/08/2011 2:20:24 PM: Connection established on: La Cosa Nostra 3 (85.159.232.83:6111)
16/08/2011 2:20:24 PM: New client ID is 1344543302
16/08/2011 2:20:24 PM: Received 1 new servers
16/08/2011 2:20:49 PM: Closing eMule

[torpon]

You server list is plenty of fake servers and fake servers can give you false high id. Start by getting a reliable server list.

Cheers

[bbbl67]

torpon, on 16 August 2011 - 06:30 PM, said:

You server list is plenty of fake servers and fake servers can give you false high id. Start by getting a reliable server list.

Cheers

How do you know they are fake servers?

[xilolee]

Because you have 248 servers in your list, but real and working servers are less than 15.
Check gruk or peerates lists!

[bbbl67]

xilolee, on 17 August 2011 - 01:33 PM, said:

Because you have 248 servers in your list, but real and working servers are less than 15.
Check gruk or peerates lists!

Most of those get updated automatically whenever I connect to various servers. I assume they know which servers are real and which ones aren't.