packet 6752 is comfort noise, sent from sipx back to itself? i would think
the comfort noise would need to be sent to the trunk provider. if the rtp
keepalive loops back to sipx, its not going to keep it alive.
On Fri, Nov 11, 2011 at 6:14 PM, Gerald Drouillard
gerryl...@drouillard.cawrote:
On
you might also look at the ata settings. it doesn't seem to have a feature
for multiple calls enabled, and since there is no voicemail enabled for the
account I cannot see why anything would be wrong except that the itsp
should be trying again because, well, busy is busy.
On Fri, Nov 11, 2011 at
Hi Todd,
I too have multiple ITSP's configured. Two to voip.ms (each to a different
point of presence) and one to an ITSP in Switzerland.
The static NAT may be an issue as Tony stated. (only so many machines can
come and go on 5060 or 5080 at the same time... and that number = 1).
What I
Thanks, I'll check in with the ITSP and check the multiple calls setting.
Jeff
On Nov 12, 2011, at 7:18 AM, Tony Graziano wrote:
you might also look at the ata settings. it doesn't seem to have a feature
for multiple calls enabled, and since there is no voicemail enabled for the
account I
On 11/12/2011 7:14 AM, Tony Graziano wrote:
packet 6752 is comfort noise, sent from sipx back to itself? i would
think the comfort noise would need to be sent to the trunk provider.
if the rtp keepalive loops back to sipx, its not going to keep it alive.
Good catch. Moving this conversation
I think its a sipx bug unless they convince me otherwise. Let's hope for a
JIRA and a quick fix.
On Sat, Nov 12, 2011 at 8:15 AM, Gerald Drouillard
gerryl...@drouillard.cawrote:
On 11/12/2011 7:14 AM, Tony Graziano wrote:
packet 6752 is comfort noise, sent from sipx back to itself? i would
Looking at the pcap, there are a total of 15 packets of comfort noise. 2 of
them are from the providers gateway, the remainder are from sipx to sipx.
4291, 5208, 6001, 6752, 7688, 8463, 9253, 10030, 10810, 11561, 13297,
111551, 11552 6741, 6743 are the ones where the itsp sends comfort noise,
I double checked the issue and found that for soft phone Bria 3.2.1, it
works. But for x-lite 3.0 build 56125, the conf pin must be entered. So
that is the problem of the sip phone. 4.4 update 14 should be well. Sorry
for the confusion.
Zp
On Thu, Nov 10, 2011 at 10:55 AM, Zhiping Wang
Thanks Mike. I appreciate the feedback. I tried again after the office
closed, and it came up directly the second time. Maybe I fat fingered
something. I have a hunch that I will try on the office system today to see
if I can reproduce it. Thanks - I have two ITSP's working in 4.4 again.
