Versions of PotMap/tcmportmapper newer than 1.0 no longer work with my router (Netopia Cayman 3341)

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Run PortMap 1.1/1.2 on Intel Mac running Mac OS X Leopard 10.5.6 on network 
with Netopia 
Cayman 3341 router
2.
3.

What is the expected output? What do you see instead?
Expected is what appears when running PortMap 1.0 (see attached PortMap1.0.png)
What I get with later version of PortMap, (1.1 or later) is the error "Router 
Incompatible" (see 
attached PortMap1.2.png)

What version of the product are you using? On what operating system? Intel or 
PPC?
Tested this both on late 2007 15" MacBook Pro (2.4GHz Core 2 Duo, 2GB RAM, 
NVIDIA GeForce 
8600M GT, 160GB HD) and the latest 24" iMac (3.06GHz Core 2 Duo, 4GB RAM, 
NVIDIA GeForce 
8800 GS, 320GB HD) running Mac OS X Leopard 10.5.6 (clean install).

What model and manufacturer is your Router?
Netopia Cayman 3341 running firmware version 7.6.0r4 

Please provide any additional information below.
This problem not only affects the recent versions of PortMap itself but also 
other apps that use 
new versions of tcmportmapper.

Original issue reported on code.google.com by nanoph...@gmail.com on 8 Feb 2009 at 5:22

Attachments:

• PortMap1.0.png
• PortMap1.2.png

[GoogleCodeExporter]

Thanks for sharing that information - please to test the upnpc-static-1.2u.zip 
binary as well as the upnp-
static-2008-02-17u.zip binary found at 
http://code.google.com/p/tcmportmapper/downloads/list

if both deliver results with the -l option then the bug is within 
tcmportmapper, if 1.2 fails the same way port 
map fails, please contact Thomas Bernard from 
http://miniupnp.free.fr/devicelist.php - he has proven to be very 
quick and helpful in fixing issues with certain routers. Best to supply him 
with network logs generated with tools 
like TCPFlow.

Original comment by dasge...@gmail.com on 8 Feb 2009 at 6:07

[GoogleCodeExporter]

Thanks a lot for the feedback, I've tested both binaries results are below.

This is what I get when ruinning upnpc-static-1.2u with the -l flag:

upnpc : miniupnpc library test client. (c) 2006-2008 Thomas Bernard
Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
for more information.
List of UPNP devices found on the network :
 desc: http://192.168.1.1:80/devdescr.xml
 st: urn:schemas-upnp-org:device:InternetGatewayDevice:1

 desc: http://192.168.1.1:80/devdescr.xml
 st: urn:schemas-upnp-org:service:WANIPConnection:1

Found a (not connected?) IGD : http://192.168.1.1:80/wpppc_cont
Trying to continue anyway
Local LAN ip address : 192.168.1.35
GetConnectionTypeInfo failed.
Status : , uptime=0, LastConnectionError : 
MaxBitRateDown : 0 bps   MaxBitRateUp 0 bps
GetExternalIPAddress() returned 401
GetExternalIPAddress failed.
GetGenericPortMappingEntry() returned 401 (Invalid Action)

And with upnp-static-2008-02-17u (I replaced my WAN IP with Xs in the results):

upnpc : miniupnpc library test client. (c) 2006-2008 Thomas Bernard
Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
for more information.
List of UPNP devices found on the network :
 desc: http://192.168.1.1:80/devdescr.xml
 st: urn:schemas-upnp-org:device:InternetGatewayDevice:1

Found valid IGD : http://192.168.1.1:80/wipc_cont
Local LAN ip address : 192.168.1.35
GetConnectionTypeInfo failed.
Status : Connected, uptime=7665
MaxBitRateDown : 0 bps   MaxBitRateUp 0 bps
ExternalIPAddress =  XX.XXX.XXX.XXX
 0 UDP 51286->192.168.1.34:16402 'iC51286' '0.0.0.0'
 1 UDP  5060->192.168.1.35:5060  'iC5060' '0.0.0.0'
GetGenericPortMappingEntry() returned 713 (SpecifiedArrayIndexInvalid)

Should I get in touch with Thomas Bernard? upnpc-static-1.2u fails completely, 
whereas upnp-static-2008-
02-17u seems to get some results but still returns a couple of errors...

Original comment by nanoph...@gmail.com on 9 Feb 2009 at 3:57

[GoogleCodeExporter]

yes please - the upnpc-static's are direct samplecode compiles of the upnp 
library. we gladly put out an update 
if fixes are made in the miniupnp library, but fixing stuff there ourselves is 
beyond hour scope.

Original comment by dasge...@gmail.com on 10 Feb 2009 at 9:12

[GoogleCodeExporter]

The problem is in igd_desc_parse.c, that has been changed.

It's got this comment in it:

/* TODO : rewrite this code so it correctly handle descriptions with
 * both WANIPConnection and/or WANPPPConnection */

You can replace this file with the old version to make it work. I think they 
are aware of this limitation, but just 
haven't yet got around to fix it.

Original comment by bork...@gmail.com on 5 Mar 2009 at 4:03