Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2090
  • Last Modified:

No audio on SIP calls with Asterisk

The connection is Asymmetric. I have set QoS for sip and RTP to premium. I don't think it's happening only when the outgoing traffic is saturated.

Setup
PBX-in a flash

Trunk 1 setup
qualify=3600
nat=yes
insecure=very
host=chicago-1f.vtnoc.net
fromdomain=chicago-1f.vtnoc.net
context=from-trunk&from-trunk
canreinvite=no
authuser=xxxxxxxxxx
dtmfmode=inband

Open in new window


Trunk 2 setup
type=peer
username=xxxxxx
disallow=all
allow=ulaw
; allow=g729
fromuser=149830
trustrpid=yes
sendrpid=yes
insecure=invite
qualify=yes

Open in new window



Attached is the log for the call. It is abnormally large. For a 5 second call the log was almost 7000 lines!

-Jaga
asterisk-log.txt
0
Jeff swicegood
Asked:
Jeff swicegood
  • 4
  • 3
1 Solution
 
José MéndezCommented:
tcpdump -w /tmp/1wayaudio.cap  --> reproduce the affected call while running, then finish with ctrl-c

then upload to cloudshark.org so we can analyze the situation.

Thanks,
0
 
Jeff swicegoodAuthor Commented:
0
 
José MéndezCommented:
Apologies, think the -s switch is needed for packets not to be limited in size:

tcpdump -w /tmp/1wayaudio.cap -s 0

Also calling and called numbers will be needed to identify the call flow.

Thank you,
0
Eye-catchers on the conference table

Challenge: The i-unit group was not satisfied with the audio quality during remote meetings. They were looking for a portable solution with excellent audio quality for use in their conference room but also at their client’s offices.

 
Jeff swicegoodAuthor Commented:
0
 
José MéndezCommented:
Got it. Asterisk is the only one sending audio to IP address 216.246.105.146. I was also able to listen to Jitsi's audio stream, heard your prayers by the way, nice singing mate.

This means the audio stream from the phone to Asterisk, and from Asterisk to the provider is fine in terms that it exists at the minimum. The other way around doesn't, however.

There are no audio packets from the provider's IP address. They advertised that IP

Connection Information (c): IN IP4 216.246.105.146

would handle the audio, yet there is no trace of it in the capture, from Asterisk's standpoint.

When Asterisk sent them the connection info, it went out as follows:

Connection Information (c): IN IP4 76.6.24.151

So this is Asterisk telling the provider where to send the audio on the public network. Now the questions are:

- Is that correct?
- If so, what device in your network is in charge of NAT'ing IP  76.6.24.151?
- Is it logging RTP activity from the provider?

1 more clarification: is this dead air between you and the far end party, or is it 1 way audio?
0
 
Jeff swicegoodAuthor Commented:
Ok, problem solved. The device that NAT's the external IP has only one client anther router with another NAT. I put that client in the DMZ, eliminating the double NAT and it worked. Thanks a lot. Hare Krishna!
0
 
José MéndezCommented:
Glad to hear that!
0

Featured Post

Restore individual SQL databases with ease

Veeam Explorer for Microsoft SQL Server delivers an easy-to-use, wizard-driven interface for restoring your databases from a backup. No expert SQL background required. Web interface provides a complete view of all available SQL databases to simplify the recovery of lost database

  • 4
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now