Ignore this. I didn't have "use local ip address" set ad need to test
against a hardphone for this example. Sorry.

On Wed, Mar 10, 2010 at 3:05 AM, Tony Graziano <tgrazi...@myitdepartment.net
> wrote:

> this is the pcap from my remote user firewall, for packets destined to the
> sipx server ip address.
>
> sipx-with-public-ip-no-audio.pcap (*application/octet-stream*) 
> 55K<https://mail.google.com/a/myitdepartment.net/?ui=2&ik=35fc52ba43&view=att&th=12747134d3202b61&attid=0.1&disp=attd>
>
> This is the tcpdump taken from the sipx server.
>
> call-to-4342025369_no_audio.pcap 566K
>
> These captures are two different calls, but identical calls and length (10
> seconds then BYE), no audio in either direction.
>
>
> On Thu, Mar 4, 2010 at 9:08 AM, Robert Joly <rj...@avaya.com> wrote:
>
>> Interesting to hear that sipXecs works better for you when behind a NAT.
>> I would like to take a look at a network trace of your system to
>> understand why you are not getting the audio on VM calls.  Can you run
>> 'tcpdump -n -nn -s 0 -i any -w vm_no_audio.pcap' on your sipXecs,
>> reproduce the problem and send me the trace?
>>
>> Thanks,
>> bob
>>
>>
>> ________________________________
>>
>>        From: Tony Graziano [mailto:tgrazi...@myitdepartment.net]
>>         Sent: Wednesday, March 03, 2010 4:25 PM
>>         To: Joly, Robert AVAYA (CAR:9D30)
>>        Cc: Sipx-dev list; Sipx-users list
>>        Subject: Re: [sipX-dev] sipxbridge and remote users without
>> server behind nat
>>
>>
>>
>>
>>        On Wed, Mar 3, 2010 at 4:20 PM, Robert Joly <rj...@avaya.com>
>> wrote:
>>
>>
>>
>>
>>                > -----Original Message-----
>>                > From: Tony Graziano
>> [mailto:tgrazi...@myitdepartment.net]
>>                > Sent: Wednesday, March 03, 2010 4:16 PM
>>                > To: Joly, Robert AVAYA (CAR:9D30)
>>                > Cc: Sipx-dev list; Sipx-users list
>>                > Subject: Re: [sipX-dev] sipxbridge and remote users
>> without
>>                > server behind nat
>>                >
>>                >
>>                >
>>                > On Wed, Mar 3, 2010 at 4:01 PM, Robert Joly
>> <rj...@avaya.com> wrote:
>>                >
>>                >
>>                >       > Does sipxbridge have to be behind nat in order
>> for remote
>>                >       > users or trunking to work?
>>                >
>>                >
>>                >       Yes as long as you uncheck the 'Server behind
>> NAT'
>>                > checkbox under
>>                >       System->Internet Calling->NAT Traversal.  BTW,
>> just to
>>                > make sure,
>>                >       sipXbridge and remote NAT traversal are two
>> different
>>                > beasts - please
>>                >       see questions #1 and #2 of the FAQ section at
>> the bottom of
>>                >
>>                >
>> http://wiki.sipfoundry.org/display/xecsuserV4r0/Remote+User+NA
>>                > T+Traversa
>>                >       l.
>>                >
>>                >       8<
>>                >
>>                >
>>                >
>>                > That was unchecked already.
>>                >
>>                > Remote User = Yes
>>                > Server behind NAT = No
>>                >
>>                > All standard settings (static IP, not STUN), calls
>> sent to port 5080.
>>
>>
>>                Are the phones also pointed at port 5080?  5080 is the
>> port to be used
>>                by ITSPs.  All users, local or remote, must connect to
>> port 5060.
>>
>>
>>
>>        Phones and dns srv are for 5060 for sip. itsp sends calls to
>> 5080.
>>
>>        I do this without much issue at all behind NAT.
>>
>>
>> http://www.myitdepartment.net/support/sipx_bridge_pfsense_bandwidth-dot-
>> com.pdf<http://www.myitdepartment.net/support/sipx_bridge_pfsense_bandwidth-dot-com.pdf>
>>
>>                >
>>                > ITSP is from the template and setup just like my
>> others with
>>                > the same ITSP.
>>                >
>>                > User registers. Can call the AA,but not VM (no audio,
>> the
>>                > call connects). User can call out and be called.
>>                >
>>                > Has anyone ever done this before?
>>
>>
>>                I had a close variant of that, but not that setup
>> exactly.
>>
>>
>>
>>
>>        The thing that I find is that "without" the server behind NAT,
>> it doesn't work like I would have thought, so I thought I'd ask if there
>> was a limitation of some sort.
>>
>>
>
>
> --
> ======================
> Tony Graziano, Manager
> Telephone: 434.984.8430
> Fax: 434.984.8431
>
> Email: tgrazi...@myitdepartment.net
>
> LAN/Telephony/Security and Control Systems Helpdesk:
> Telephone: 434.984.8426
> Fax: 434.984.8427
>
> Helpdesk Contract Customers:
> http://www.myitdepartment.net/gethelp/
>
> Why do mathematicians always confuse Halloween and Christmas?
> Because 31 Oct = 25 Dec.
>
>


-- 
======================
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431

Email: tgrazi...@myitdepartment.net

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
Fax: 434.984.8427

Helpdesk Contract Customers:
http://www.myitdepartment.net/gethelp/

Why do mathematicians always confuse Halloween and Christmas?
Because 31 Oct = 25 Dec.
_______________________________________________
sipx-users mailing list sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to