I guess we are back to the fundamental problem: "no asterisk generated
sounds on the external call"
After implementing the described test for indications.conf
The CLI outputted:
-- Executing [EMAIL PROTECTED]:1] Answer("SIP/0475769XXX-095a8488", "") in new
stack
-- Executing [EMAIL PROTECTED]:2] PlayTones("SIP/0475769XXX-095a8488",
"ring") in new stack
-- Executing [EMAIL PROTECTED]:3] Wait("SIP/0475769XXX-095a8488", "30") in
new stack
This looks OK, but there is no sound to be heard on the other end.
Sip show peers for the other end shows:
* Name : sip.xs4all.nl
Secret : <Set>
MD5Secret : <Not set>
Context : default
Subscr.Cont. : default
Language : en
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
FromUser : 0475769XXX
FromDomain : sip.xs4all.nl
Callgroup :
Pickupgroup :
Mailbox :
VM Extension : asterisk
LastMsgsSent : 32767/65535
Call limit : 0
Dynamic : No
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : -1
Insecure : port,invite
Nat : RFC3581
ACL : No
T38 pt UDPTL : No
CanReinvite : No
PromiscRedir : No
User=Phone : No
Video Support: Yes
Trust RPID : No
Send RPID : No
Subscriptions: Yes
Overlap dial : No
DTMFmode : auto
LastMsg : 0
ToHost : sip.xs4all.nl
Addr->IP : 82.101.XX.XX Port 5060
Defaddr->IP : 0.0.0.0 Port 0
Def. Username: 0475769XXX
SIP Options : (none)
Codecs : 0x104 (ulaw|g729)
Codec Order : (ulaw:20,g729:20)
Auto-Framing: No
Status : Unmonitored
Useragent :
Reg. Contact :
Trevor Peirce schreef:
Fons van der Beek wrote:
I've overwritten the indications.conf with the one from the
sourcecode, stil no luck
Perhaps somebody knows what the correct value for indications.conf is
when using the dutch xs4all as sip carrier??
A simple way for you to test your indications.conf as far as the ringing
goes is something like this:
exten => s,1,Answer
exten => s,n,PlayTones(ring)
exten => s,n,Wait(30)
exten => s,n,Hangup
That should pick up the line and then play your locale's ring tone for
30 seconds before hanging up. If you hear ringing then indications.conf
is fine, otherwise you have confirmed that there is a problem somewhere.
This will have nothing to do with your carrier as the sounds are
generated by asterisk itself as audio (as opposed to any kind of
carrier-specific signaling).
Trevor
Real CNAM data for incoming Caller ID @ www.cnam.info
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users