Port questions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Matti,

> >AFAIK,
> >it can be disabled at compile time by supplying option
> PJMEDIA_UDP_NO_SRC_ADDR_CHECKING for
> >pjmedia_transport_udp_attach in pjsua_media.c

Find 'pjmedia_transport_udp_attach' (normal function call) in pjsua_media.c.
the argument 'options' for this function call is set to 0,
you just need to replace 0 with PJMEDIA_UDP_NO_SRC_ADDR_CHECKING.
Don't need to change anything in transport_udp.h/.c,
let them as original from SVN.

-nanang


On 16/01/2008, Matti Zemack <Matti.Zemack at bbc.co.uk> wrote:
> Hi again!
>
> Nanang Izzuddin answered my question:
>
> >On 15/01/2008, Matti Zemack <Matti.Zemack at bbc.co.uk> wrote:
> >> B. If this is how Pjsua smartly tries going through NAT's. Does there
>
> >> exist a setting for Pjsua in run-time, start-up flag or at
> compilation
> >> time where this functionality can be switched off?
> >
> >AFAIK,
> >it can be disabled at compile time by supplying option
> PJMEDIA_UDP_NO_SRC_ADDR_CHECKING for
> >pjmedia_transport_udp_attach in pjsua_media.c
>
> So, in to the code I tried setting PJMEDIA_UDP_NO_SRC_ADDR_CHECKING = 1.
> Which is what I believe I want it to be if we follow the naming. But it
> was already set to 1. And it didn't help changing it to 0.
>
> So looking at the code I managed to disable the above described problem
> by commenting out "udp->options &" in line 436 of transport_udp.c (trunk
> 1630). I didn't have time to really look what udp->options is.
> Everything I found said udp->options is the bitmask of
> pjmedia_transport_udp_options which only contains
> PJMEDIA_UDP_NO_SRC_ADDR_CHECKING? As I didn't understand this circle
> argument, and it is getting late, I found it best to report to this list
> and get some sleep.
>
> Best regards,
> Matti Zemack, BBC R&I, Kingswood Warren, UK
>
> http://www.bbc.co.uk/
> This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
> If you have received it in error, please delete it from your system.
> Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
> Please note that the BBC monitors e-mails sent or received.
> Further communication will signify your consent to this.
>
>
> _______________________________________________
> Visit our blog: http://blog.pjsip.org
>
> pjsip mailing list
> pjsip at lists.pjsip.org
> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
>



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux