I've posted (about an hour ago) a pcap file of the traffic involved. It
was ~400K in size so I don't know if it got flagged somehow...I haven't
seen it show up over on forum.sipfoundry.org yet either.
Let me know if there's an alternate/preferred method to distribute the
capture file and I'll be happy to oblige.
sdm
________________________________
From: Tony Graziano [mailto:tgrazi...@myitdepartment.net]
Sent: Tuesday, May 11, 2010 10:28 AM
To: Stephen D. Miller
Cc: Nathaniel Watkins; sipx-users@list.sipfoundry.org
Subject: Re: [sipx-users] Another remote worker configuration
question...
Is it possible to get a wireshark of the call at either end.
Acrobits probably cannot be configured for the media ports, but not
being able to see why rtp doesnt establish just leads to conjecture.
Have you tried to get a siptrace of the call?
I am thinking the wireshark or siptrace will give a clue as to
how "late" in the transaction the ack is being received for the media to
establish. If it works on wifi, but not on 3g, I think it's safe to
assume the carrier is delaying it or changing the source ports
(transparent proxy). Timing is all important to media.
On Tue, May 11, 2010 at 10:16 AM, Stephen D. Miller
<steph...@thinkgear.com> wrote:
Given that the Acrobits softphone registers with the
server successfully
and receives responses from the INVITE, I think it's
safe to assume 5060
isn't being blocked by AT&T in this area.
All call-handling related traffic (REGISTER, INVITE,
etc) appears to be
flowing between the endpoints correctly---just the UDP
RTP stream isn't
getting established. And the direction that it's
failing (from local
phone to remote) isn't the direction I'd expect it to...
What I don't understand is how does the local SIP phone
knows (or is
supposed to know) that the destination of the outbound
RTP stream is
remote (non-LAN and behind a NAT) so that it can address
packets
accordingly?
sdm
> -----Original Message-----
> From: Nathaniel Watkins
[mailto:nwatk...@garrettcounty.org]
> Sent: Tuesday, May 11, 2010 10:13 AM
> To: Stephen D. Miller; sipx-users@list.sipfoundry.org
> Subject: RE: Another remote worker configuration
question...
>
> Is you provider blocking port 5060? Might consider
> connecting via vpn first?
>
> -----Original Message-----
> From: sipx-users-boun...@list.sipfoundry.org
> [mailto:sipx-users-boun...@list.sipfoundry.org] On
Behalf Of
> Stephen D. Miller
> Sent: Tuesday, May 11, 2010 10:02 AM
> To: sipx-users@list.sipfoundry.org
> Subject: [sipx-users] Another remote worker
configuration question...
>
>
> I have a newly installed sipxecs 4.2 system (replaced
a
> previously installed v3.10 system). System is behind
a NAT
> firewall. All works as expected (internal extension
to
> extension calls, outbound calls, inbound calls, etc).
I have
> also followed the v4.2 remote worker config guide and
> configured the server accordingly (port forwarding,
local
> subnet specified, etc).
>
> I have installed Acrobits SIP client on an iPhone and
> configured it as an extension in sipxecs. Using the
local
> WiFi network, the iPhone SIP client registers and can
> call/communicate with any extension as expected.
>
> Using 3G, the Acrobits SIP client registers properly
and can
> call internal extensions, but the media streams (RTP)
are
> never established.
>
> I have captured the net traffic at the server in the
failure
> case and it appears that the RTP traffic inbound from
the
> (remote) iPhone is arriving at the sipxecs server and
is
> being properly sent on to the internal extension.
However, I
> don't see any RTP traffic heading outbound to the
iPhone. I
> think this is the problem...
>
> Does anyone have recommendations for further
diagnosing this scenario?
> I can post a wireshark capture of the traffic in the
failure
> case...if that's helpful.
>
> Thanks in advance-
>
> sdm
> _______________________________________________
> 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/
>
> This message and any files transmitted with it are
intended
> only for the individual(s) or entity named. If you are
not
> the intended individual(s) or entity named you are
hereby
> notified that any disclosure, copying, distribution or
> reliance upon its contents is strictly prohibited. If
you
> have received this in error, please notify the sender,
delete
> the original, and destroy all copies. Email
transmissions
> cannot be guaranteed to be secure or error-free as
> information could be intercepted, corrupted, lost,
destroyed,
> arrive late or incomplete, or contain viruses. Garrett
County
> Government therefore does not accept any liability for
any
> errors or omissions in the contents of this message,
which
> arise as a result of email transmission.
>
>
> Garrett County Government,
> 203 South Fourth Street, Courthouse, Oakland, Maryland
21550
> www.garrettcounty.org
>
_______________________________________________
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/
--
======================
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.984.8431
Email: tgrazi...@myitdepartment.net
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net
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/
