DG834Gv5 responds OK but URC doesn't understand

Bug #1502727 reported by kimble
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
UPnP Router Control
New
Undecided
Unassigned

Bug Description

Ubuntu 14.04, upnp-router-control v0.2, DG834Gv5

Wireshark shows SSDP discovery request got 200 OK with details, but URC didn't recognise it, 3 times.

$ upnp-router-control --debug
* Initializing GUI...
* Showing GUI...
* Starting UPnP Resource discovery... done

GUI hangs, still in grey.

```
M-SEARCH * HTTP/1.1
Host: 239.255.255.250:1900
Man: "ssdp:discover"
ST: upnp:rootdevice
MX: 3
User-Agent: upnp-router-control GSSDP/0.14.7

HTTP/1.1 200 OK
ST: upnp:rootdevice
LOCATION: http://192.168.0.1:5000/Public_UPNP_gatedesc.xml
SERVER: Linux/2.6.12, UPnP/1.0, NETGEAR-UPNP/1.0
EXT:
CACHE-CONTROL: max-age=3600
USN: uuid:3a19fa7f-157f-9937-32f9-14bf88639ec0::upnp:rootdevice

```

```
<?xml version="1.0"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<URLBase>http://192.168.0.1:5000/</URLBase>
<device>
<deviceType>urn:schemas-upnp-org:device:InternetGatewayDevice:1</deviceType>
<friendlyName>DG834Gv5 (Gateway)</friendlyName>
<manufacturer>NETGEAR, Inc.</manufacturer>
<manufacturerURL>http://www.NETGEAR.com</manufacturerURL>
<modelDescription>NETGEAR DG834Gv5 54 Mbps Wireless Router</modelDescription>
<modelNumber>DG834Gv5</modelNumber>
<modelName>DG834Gv5</modelName>
<modelURL>http://www.netgear.com/Products/RoutersandGateways/GWirelessRouters/DG834.aspx</modelURL>
<UDN>uuid:3a19fa7f-157f-9937-32f9-14bf88639ec0</UDN>
<serviceList>
...
<service>
<serviceType>urn:schemas-upnp-org:service:WANPPPConnection:1</serviceType>
<serviceId>urn:upnp-org:serviceId:WANPPPConn1</serviceId>
<SCPDURL>/Public_UPNP_WANPPPConn.xml</SCPDURL>
<controlURL>/Public_UPNP_C5</controlURL>
<eventSubURL>/Public_UPNP_Event_5</eventSubURL>
</service>
...
```

Revision history for this message
kimble (kimble-dave) wrote :

The SSDP request is to 239.255.255.250 , but the response is from 192.168.0.1 , which is unanticipated incoming, so the firewall on the PC, UFW, blocks it.

I don't know what happens next, but an hour later it is running properly, and I can see the 2 mapping entries which applications have already opened, and the data they are generating.
I Add port 9999 and it appears to work.

Then thinking the problem might be to do with the Advertising Period, I change that manually from 30 minutes to 1.
This causes the router to reboot.
When it gets going again, the UPnP port mapping table appears empty, although app data is definitely passing through UPnP ports.
Adding port 9999 again fails - remapping error.
So the table really is populated, but it shows as empty in both URC and DG834G's web page.

Attempts to connect to the server on extIP:9999 from remote box fail.

Revision history for this message
Daniele Napolitano (dnax88) wrote :

Hi, thank you for the time spent in test UPnP Router Control.

First question: is UPnP feature enabled in your router configuration?

If UPnP is enabled and other programs (like Transmission) can open ports on your router, please run URC from the console in debug mode for give me more informations:

upnp-router-control --debug

Revision history for this message
Dave Kimble (dave-kimble-g) wrote : Re: [Bug 1502727] Re: DG834Gv5 responds OK but URC doesn't understand

I have now switched to a satellite connection and a different router, so
I cannot repeat the tests.

I am sure UPnP was enabled, and some applications could punch through
(Skype?)

On 22/06/17 21:18, Daniele Napolitano wrote:
> Hi, thank you for the time spent in test UPnP Router Control.
>
> First question: is UPnP feature enabled in your router configuration?
>
> If UPnP is enabled and other programs (like Transmission) can open ports
> on your router, please run URC from the console in debug mode for give
> me more informations:
>
> upnp-router-control --debug
>

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.