[h323plus] Minor issues with upnp

Simon Horne s.horne at packetizer.com
Sun Feb 5 10:42:49 EST 2012


Josh

 

I have checked in fixes to ensure both UPnP test Mapping are deleted and
also removed a double delete that was causing a segfault at shutdown.  I
also added UPnP support to simple. 

 

You should see this in the tracelog when UPnP creates the maps for RTP/RTCP
ports

2012/02/06 01:34:43.080               4                    upnpcp.cxx(480)
UPnP     Created map UDP 192.168.1.3:55000 to a.b.c.d:55000

2012/02/06 01:34:43.122               4                    upnpcp.cxx(480)
UPnP     Created map UDP 192.168.1.3:55001 to a.b.c.d:55001

2012/02/06 01:34:43.122               3                    upnpcp.cxx(1186)
UPnP     UDP mapped ports 192.168.1.3 55000-55001 to a.b.c.d 55000-55001

2012/02/06 01:34:43.122               4                      h323.cxx(2579)
H323      RTP NAT Connection Callback! Session: 1

2012/02/06 01:34:43.122               4                       rtp.cxx(1482)
RTP        NAT Method UPnP created NAT ports 55000 55001

 

Simon

 

From: h323plus-bounces at lists.packetizer.com
[mailto:h323plus-bounces at lists.packetizer.com] On Behalf Of J.C Mercier
Sent: 05 February 2012 08:47
To: h323plus at lists.packetizer.com
Subject: [h323plus] Minor issues with upnp

 

Hi all,

If i may first note, I've compiled the latest h323plus with no problem, but
when i go to compile the simpleplus program, it gives an unresolved error
for H46019UDPSocket::GetPeerAddress(...).   This happens because
H323_H46024A and H323_H46024B are disabled and GetPeerAddress is defined
within H323_H46024A but declared within H323_H46019M. I did a minor work
around and it now compiles fine.

Another issue I came upon, when I initialize UPNP during the h323
initialization, during the UPnPThread::TestMapping()  function call, it
manages to map both ports (11000 and 11001) but after calling
RemoveMap(extPort,true);  and  RemoveMap(extPort+1,true), only 11001 is
removed and not 11000. I tested this with different port range and it
produces the same results (one unmapped and not the other). Is this supposed
to be the case or is something wrong somewhere?

Although, after closing the program, both ports are unmapped successfully.
But another problem that happens every time I close the program is a memory
access violation at;

    ~IxNATNumberOfEntriesCallback() { delete m_pointer; } from 

interface IxNATNumberOfEntriesCallback : public INATNumberOfEntriesCallback

Any reason why this could be the case? 

Lastly, when upnp is initialized, making a call doesn't seem to open and map
the ports at all. What else should be done aside from initializing upnp? 

Your help and suggestions will be greatly appreciated.

Thanks

Josh 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.packetizer.com/pipermail/h323plus/attachments/20120206/52bc9a90/attachment.htm>


More information about the h323plus mailing list