Everything seems to run fine for the recommended echo test application but I never hear anything repeated back. The playback application works fine. Here is output from the CLI.
– Starting simple switch on ‘Zap/1-1’
– Executing [s@incoming_calls:1] Verbose(“Zap/1-1”, “1|Echo test”) in new stack
Echo test
– Executing [s@incoming_calls:2] Answer(“Zap/1-1”, “”) in new stack
– Executing [s@incoming_calls:3] Playback(“Zap/1-1”, “demo-echotest”) in new stack
– <Zap/1-1> Playing ‘demo-echotest’ (language ‘en’)
– Executing [s@incoming_calls:4] Echo(“Zap/1-1”, “”) in new stack
== Spawn extension (incoming_calls, s, 4) exited non-zero on ‘Zap/1-1’
– Hungup ‘Zap/1-1’
Looks like you are coming in on a Zap channel. Do I take it that you are either connected to the server using an analogue phone on an FXS channel or you have setup a dialplan to go to the echo test from an incoming call?
Both, actually. This particular one was from an FXO (incoming from PSTN). I also have it set up on an FXS port. Which did raise the question for me if the echo application was meant for SIP only. Haven’t tried it via SIP yet but will eventually.
I believe that the echo test should work regardless of the transport protocol used. Do you get voice traffic on normal calls in and out?
Yep, Playback works, two way voice traffic, that’s what’s puzzling about this. Everything seems ok, and I guess it’s no big deal but I’m trying get a good handle on this and believe that knowing why this app isn’t working may be good to know later on.