Hello,
At the end of another
threadhttp://list.sipfoundry.org/archive/sipx-users/msg41614.htmlTony
suggested I try attended transfers and some other parking related
operations against an Adtran TA900-series gateway. It seemed there had
been some friction here in the past.
I was able to test
Jeff, good bug reporting!
By late negotiation, do you mean INVITE with no SDP? There is a known
issue with NAT traversal plugin not being able to handle this properly.
If you don't mind, please open a tracker in jira and attach packet captures.
On 09/25/2012 11:57 PM, Jeff Pyle wrote:
Joegen,
Yes, exactly. INVITE with no SDP. I'll open a tracker shortly.
In my configuration there is no NAT whatsoever. Is there a way to disable
NAT traversal completely, thereby working around this issue for the time
being?
- Jeff
On Tue, Sep 25, 2012 at 12:09 PM, Joegen Baclor
Is the adtran setup as an unmanaged gateway and on the same network as
sipx? If so that would be the correct configuration.
--
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
Tony,
Yes, and yes.
- Jeff
On Tue, Sep 25, 2012 at 12:26 PM, Tony Graziano
tgrazi...@myitdepartment.net wrote:
Is the adtran setup as an unmanaged gateway and on the same network as
sipx? If so that would be the correct configuration.
--
~~
Tony Graziano, Manager
In my configuration there is no NAT whatsoever. Is there a way to
disable NAT traversal completely, thereby working around this issue for
the time being?
I should also add sipX being behind a firewall.
On 09/26/2012 12:15 AM, Jeff Pyle wrote:
Joegen,
Yes, exactly. INVITE with no SDP.
Then other than ensuring the intranet subnet is listed (i'm sure it
is), this is only happening on attended transfer? you can disable
server behind nat and enable nat traversal, i'm not certain it would
change things but I guess it would be worth a try to see if the call
can complete.
On Tue, Sep
Joegen,
In my case all the SIP-speaking components are directly routable to each
other with no firewalls and therefore no NAT in between. I don't
understand what you mean by sipX being behind a firewall. Is that
relevant to the NAT traversal issue you mentioned?
- Jeff
On Tue, Sep 25, 2012
Jeff,
I might be missing something but the SDP you pasted
o=- 1348230370 1348230371 IN IP4 172.21.201.60
s=Polycom IP Phone
c=IN IP4 172.21.201.60
t=0 0
m=audio 30248 RTP/AVP 9 0 8 18 101
c=IN IP4 192.168.54.46
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
By default sipx automatically assumes the following:
10.0.0.0/8
172.160.0./12
192.168.0.0/16
are on your network.
If these two nodes mentioned below are on your network, just be sure
the statements are correct in reflecting your actual networks and
their mask, otherwise I see no foul if the
Joegen,
I fully understand my network so I don't see where the problem is. :)
All the details, including an adequate topology description, are now in
XX-10464 http://track.sipfoundry.org/browse/XX-10464.
- Jeff
On Tue, Sep 25, 2012 at 12:57 PM, Joegen Baclor jbac...@ezuce.com wrote:
Tony,
I've tried all the combinations of these two options. It's the Enable NAT
Traversal one that breaks the attended transfer. At this time that's the
only call flow I've seen trouble with, but I haven't tried that many either.
I'll include this info on the jira.
- Jeff
On Tue, Sep 25,
Baclor
Cc: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] Incorrect SDP from sipX after xfer completion
Joegen,
I fully understand my network so I don't see where the problem is. :)
All the details, including an adequate topology description, are now in
XX-10464
Thanks. It would appear (to me) that enabling nat confuses the
transaction which thinks during an attended transfer that the gateway
or phone is actually behind a nat endpoint, when it is not. It makes
no difference that the UA and the gateway/sip server is on a different
subnet, as long as it is
...@list.sipfoundry.org [mailto:
sipx-users-boun...@list.sipfoundry.org] *On Behalf Of *Jeff Pyle
*Sent:* Tuesday, September 25, 2012 10:35 AM
*To:* Joegen Baclor
*Cc:* Discussion list for users of sipXecs software
*Subject:* Re: [sipx-users] Incorrect SDP from sipX after xfer completion
Thanks Jeff. Will look at it the soonest.
On 09/26/2012 01:34 AM, Jeff Pyle wrote:
Joegen,
I fully understand my network so I don't see where the problem is. :)
All the details, including an adequate topology description, are now
in XX-10464 http://track.sipfoundry.org/browse/XX-10464.
16 matches
Mail list logo
