SOLVED Can't get Audio with Skyetel trunks

lthown

New Member
Joined
Nov 15, 2007
Messages
16
Reaction score
8
I'm assuming it has something to do with NAT but I have my external IP specified in the SIP settings, I have NAT=yes in all the trunks and I just can't figure out what needs to be done to get audio working

Code:
[2018-11-16 17:54:42] WARNING[1962]: chan_sip.c:4069 retrans_pkt: Retransmission timeout reached on transmission !!:RchKaGlKyGsXagjYR7k-acRLacapR7I0W7NbR5KYacxVaFN* for seqno 111103 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 6400ms with no response
[2018-11-16 17:54:42] WARNING[1962]: chan_sip.c:4093 retrans_pkt: Hanging up call !!:RchKaGlKyGsXagjYR7k-acRLacapR7I0W7NbR5KYacxVaFN* - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).
    -- Channel SIP/Skyetel-SE-00000002 left 'simple_bridge' basic-bridge <9a5e72e1-4517-41c2-999c-bbd1d27f2d56>
  == Spawn extension (macro-dial-one, s, 52) exited non-zero on 'SIP/Skyetel-SE-00000002' in macro 'dial-one'
  == Spawn extension (macro-exten-vm, s, 14) exited non-zero on 'SIP/Skyetel-SE-00000002' in macro 'exten-vm'
  == Spawn extension (ext-local, 701, 2) exited non-zero on 'SIP/Skyetel-SE-00000002'
    -- Executing [h@ext-local:1] Macro("SIP/Skyetel-SE-00000002", "hangupcall,") in new stack
    -- Executing [s@macro-hangupcall:1] GotoIf("SIP/Skyetel-SE-00000002", "1?theend") in new stack
    -- Goto (macro-hangupcall,s,3)
    -- Channel SIP/701-00000003 left 'simple_bridge' basic-bridge <9a5e72e1-4517-41c2-999c-bbd1d27f2d56>
    -- Executing [s@macro-hangupcall:3] ExecIf("SIP/Skyetel-SE-00000002", "0?Set(CDR(recordingfile)=)") in new stack
    -- Executing [s@macro-hangupcall:4] Hangup("SIP/Skyetel-SE-00000002", "") in new stack
  == Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/Skyetel-SE-00000002' in macro 'hangupcall'
  == Spawn extension (ext-local, h, 1) exited non-zero on 'SIP/Skyetel-SE-00000002'
 

lthown

New Member
Joined
Nov 15, 2007
Messages
16
Reaction score
8
The nice support guys at Skyetel sent me this debug log, looks like despite having the external IP set in the SIP general settings it's still sending the internal IP. Any ideas how to fix that?
 

Attachments

  • unnamed.png
    unnamed.png
    48.8 KB · Views: 34

pnannery

New Member
Joined
Apr 5, 2010
Messages
11
Reaction score
2
I am having issues with skyetel as well. same issue on SIP they dong get my external IP. so I use PJ_sip on port 5061 to receive calls however it won't work to make calls so I use chan_sip on port 5060 to make calls no one has be able to figure out why
 

Nash Williams

Good...bad...I'm the guy with the gun.
Joined
Nov 18, 2018
Messages
5
Reaction score
1
I seem to be having the same issue. I've been doing some searches to see if I can find some gap to fill, but so far, nothing.
 

lthown

New Member
Joined
Nov 15, 2007
Messages
16
Reaction score
8
I think I have it solved now. Even though in FreePBX I have the external IP set, that only sets
external_media_address and external_signaling_address in pjsip.transports.conf

I just had to add externip=xx.xx.xx.xx to /etc/asterisk/sip_general_custom.conf and it's now working. I think if we were using pjsip instead of SIP may have just worked right away.
 

Nash Williams

Good...bad...I'm the guy with the gun.
Joined
Nov 18, 2018
Messages
5
Reaction score
1
I tried your suggestion, Ithown, and it worked on my system as well. Thanks for sharing!
 

ws2000

New Member
Joined
Nov 17, 2010
Messages
10
Reaction score
0
Any chance this fix could help my Obi/GV SIP trunk? Everything appeared to be working perfectly (incoming / outgoing calls) except for no audio.
 

lthown

New Member
Joined
Nov 15, 2007
Messages
16
Reaction score
8
Any chance this fix could help my Obi/GV SIP trunk? Everything appeared to be working perfectly (incoming / outgoing calls) except for no audio.

entirely possible, you should give it a try!
 

dblair11

New Member
Joined
Oct 12, 2018
Messages
2
Reaction score
0
Hello all,

I seem to be having this same issue, but I can't quite resolve it. I have added my external IP to my sip_general_custom.conf file and also have holes poked in my firewall on 5060 and 10000-20000 and NAT'd to my IncrediblePBX installation. The endpoints show as online and calls are going through, just no audio. When I dial outbound I get one ring on my handset then no audio but I can pick the call up on my cell, just no audio either direction.

I greatly appreciate any insight someone may have or any files that I should look at. Thanks!!
 

billsimon

Well-Known Member
Joined
Jan 2, 2011
Messages
1,534
Reaction score
727
I have added my external IP to my sip_general_custom.conf file

No, don't do this. Use the web interface: Settings -> Asterisk SIP Settings

The more you veer off the path the more confusing it will get. Set all your SIP options in the web interface.
 

dblair11

New Member
Joined
Oct 12, 2018
Messages
2
Reaction score
0
No, don't do this. Use the web interface: Settings -> Asterisk SIP Settings

The more you veer off the path the more confusing it will get. Set all your SIP options in the web interface.

I had tried doing that, but based on the previous replies with some luck I tried it. I have the same result with the line in or out of my .conf file :(

I'm oddly enough getting the same result with pjsip.
 

troysmoke

New Member
Joined
Jun 14, 2018
Messages
15
Reaction score
0
I'll chime in.

I've done everything suggested so far:
Added Skyetel IPs in iptables
NAT/port redirection on my firewall for Skyetel IPs for 5060 and the whole world for 10000-20000
Made sure NAT config in SIP settings, and in the sip file

Is there something that needs to be done on the PBX to allow 10000-20000? Or are those ports already present and listening?

Any other thoughts on what to try? I'm a newbie, so I'd like to stick with the chan_sip implenetation.

Thanks.
troysmoke
 

dandy_don

Member
Joined
Sep 27, 2010
Messages
173
Reaction score
11
Well... I am having the exact issue. I can call in and out, but there is absolutely no audio either direction. Port 5060 is forwarded to the server. I have not forwarded or opened ports 10000-20000. The server is behind a router and the router's WAN address is configured in the general sip settings using the GUI.
When reviewing the configuration information from Skyetel, it indicates that one should edit sip_config.conf, but this is not possible to do in the GUI, and not sure if I should edit it directly via command line.
The instructions at https://nerdvittles.com/?p=21255 didn't indicate that this was necessary.

Any help is much appreciated!
Thanks,
Don
 

troysmoke

New Member
Joined
Jun 14, 2018
Messages
15
Reaction score
0
Well... I am having the exact issue. I can call in and out, but there is absolutely no audio either direction. Port 5060 is forwarded to the server. I have not forwarded or opened ports 10000-20000. The server is behind a router and the router's WAN address is configured in the general sip settings using the GUI.
When reviewing the configuration information from Skyetel, it indicates that one should edit sip_config.conf, but this is not possible to do in the GUI, and not sure if I should edit it directly via command line.
The instructions at https://nerdvittles.com/?p=21255 didn't indicate that this was necessary.

Any help is much appreciated!
Thanks,
Don
Don,

You definitely have to forward ports 10000-20000 as well as 5060. I talked with Skyetel while troubleshooting mine and wound up forwarding 10000-50000 as my calls were using ports above 20000.
I have a dynamic IP, so I followed the tutorial for adding they dynamic IP to Skyetel and that also configured my external IP in sip_config.conf.

Hope that helps. Troy
 

dandy_don

Member
Joined
Sep 27, 2010
Messages
173
Reaction score
11
OK... This is a genuine "Emily Latella" Moment" (RIP Gilda Radner)...
I just forwarded UDP ports 10000-20000 and audio problems are gone.
"OH!, Never mind..."
Thanks,
Don
 

wardmundy

Nerd Uno
Joined
Oct 12, 2007
Messages
19,168
Reaction score
5,199
This is a router-specific problem. Some routers automatically open RTP ports for SIP traffic and some don't. You're probably safer forwarding UDP 10000-20000 to the private IP address of your Asterisk server.
 

Sippy

Member
Joined
Nov 11, 2007
Messages
105
Reaction score
1
Skyetel Tech support has not helped me get the new numbers I bought from them working. They are failing with error 404. They had me turn on TCP and I did but it didn't work. One number I ported in worked like a champ for a few days and then it stopped working. Where would I look for error 404? My PBX is behind NAT and I have all the recommended IP addresses forwarded. I am using Mikrotik router.
 

Sippy

Member
Joined
Nov 11, 2007
Messages
105
Reaction score
1
No registration they use authorized ip addresses. When I make a call I get a recording from skyetel " the phone number you are trying to reach is having temporary technical issues." My asterisk logs show nothing that the call has reached my PBX. Here is my asterisk log right after I try a call. Everything on a number I ported worked fine for a few days. Nothing changed in my firewall I have an ongoing ticket with them for over 2 weeks. I have tried everything they suggested. The logic I have is my number that was ported worked fine. The numbers I purchased have never worked. Got a Verizon message first then yesterday started getting a Skyetel message. Now all numbers are not working. there are no log entries currently so I don't believe they are delivering the call.

2021-10-10 00:00:00 VERBOSE[10036] pbx_spool.c: Attempting call on Local/s@tc-maint for application NoCDR() (Retry 1)
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [s@tc-maint:1] NoCDR("Local/s@tc-maint-00003479;2", "") in new stack
2021-10-10 00:00:00 VERBOSE[10036] dial.c: Called s@tc-maint
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [s@tc-maint:2] Set("Local/s@tc-maint-00003479;2", "TCMAINT=RETURN") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [s@tc-maint:3] Gosub("Local/s@tc-maint-00003479;2", "timeconditions,1,1()") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:1] GotoIfTime("Local/s@tc-maint-00003479;2", "10:48-17:00,mon-fri,1-31,jan-dec?truestate") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:2] GotoIfTime("Local/s@tc-maint-00003479;2", "07:44-10:42,mon-fri,1-31,jan-dec?truestate") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:3] GotoIf("Local/s@tc-maint-00003479;2", "0?truegoto") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:4] ExecIf("Local/s@tc-maint-00003479;2", "0?Set(DB(TC/1)=)") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:5] Set("Local/s@tc-maint-00003479;2", "DEVICE_STATE(Custom:TC1)=INUSE") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:6] ExecIf("Local/s@tc-maint-00003479;2", "0?Set(DEVICE_STATE(Custom:TCSTICKY)=INUSE)") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:7] GotoIf("Local/s@tc-maint-00003479;2", "0?ext-group,602,1") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:8] Set("Local/s@tc-maint-00003479;2", "TCSTATE=false") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:9] Set("Local/s@tc-maint-00003479;2", "TCOVERRIDE=false") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [1@timeconditions:10] Return("Local/s@tc-maint-00003479;2", "") in new stack
2021-10-10 00:00:00 VERBOSE[10037][C-000034be] pbx.c: Executing [s@tc-maint:4] System("Local/s@tc-maint-00003479;2", "/var/lib/asterisk/bin/schedtc.php 60 /var/spool/asterisk/outgoing 1") in new stack
2021-10-10 00:00:01 VERBOSE[10043] manager.c: Manager 'admin' logged on from 127.0.0.1
2021-10-10 00:00:01 VERBOSE[10043] manager.c: Manager 'admin' logged off from 127.0.0.1
2021-10-10 00:00:01 VERBOSE[10037][C-000034be] pbx.c: Executing [s@tc-maint:5] Answer("Local/s@tc-maint-00003479;2", "") in new stack
 

Members online

No members online now.

Forum statistics

Threads
25,778
Messages
167,504
Members
19,199
Latest member
leocipriano
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.
Top