[Asterisk-Users] Can't get incoming calls with IAX trunks (FWD&Teliax)

Rich Adamson radamson at routers.com
Sat Apr 30 08:20:48 MST 2005


Inline....

> It looks like it registers:
> 
> asterisk1*CLI> iax2 show registry
> Host                  Username    Perceived             Refresh  State
> 208.139.204.228:4569  me  	    my.external.ip:1546        60
> Registered
> 65.39.205.121:4569    me          my.external.ip:1546        60  Registered
> 
> But the logs (I didn't know that trick, or at least didn't have enough v's
> when looking at the CLI) show incoming calls are being rejected:
> 
> Fwd inbound:
> Apr 30 09:55:06 NOTICE[1439]: Rejected connect attempt from 65.39.205.121,
> request '632254 at from-pstn' does not exist

The above says you do not have an entry like:
[from-pstn]
exten => 632254 dowhatever

The "s" exten does _not_ match everything. You're incoming call is to a
specific exten and you need to have a specific entry to handle it. That
might include a Goto for some other context, etc.

 
> Teliax inbound:
> Apr 30 09:55:34 NOTICE[1439]: Rejected connect attempt from 208.139.204.228,
> request '9145551212 at from-pstn' does not exist

Same exact problem.

> I followed the FWD and Teliax instructions exactly, but clearly I'm missing
> something.
> 
> Here is my iax_additional.conf:
> 
> register=me:very at iax2.fwdnet.net
> register=me:very at voip.teliax.com
> 
> [fwd]
> username=me
> type=peer
> secret=very
> host=iax2.fwdnet.net
> dtmf=inband
> allow=ulaw
> 
> [iaxfwd]
> type=user
> inkeys=freeworlddialup
> disallow=all
> context=from-pstn
> auth=rsa
> allow=ulaw
> 
> [teliax]
> username=me
> type=friend
> secret=very
> host=voip.teliax.com
> disallow=all
> context=from-pstn
> auth=md5
> allow=gsm
> 
> 
> I have a from-pstn context in extensions.conf as well:
> 
> [from-trunk]							; just an
> alias since VoIP shouldn't be called PSTN
> include => from-pstn
> 
> [from-pstn]
> include => from-pstn-custom			; create this context in
> extensions_custom.conf to include customizations
> include => ext-did
> include => from-pstn-timecheck 		; this has to be included otherwise
> it overrides ext-did
> 
> [from-pstn-timecheck]
> exten => .,1,Goto(s,1)		; catch-all matching for calls that have DID
> info (if a DID route hasn't matched them)
> exten => s,1,GotoIf($[${IN_OVERRIDE} =
> forcereghours]?from-pstn-reghours,s,1:)
> exten => s,2,GotoIf($[${IN_OVERRIDE} =
> forceafthours]?from-pstn-afthours,s,1:)
> exten => s,3,GotoIfTime(${REGTIME}|${REGDAYS}|*|*?from-pstn-reghours,s,1:)
> exten => s,4,Goto(from-pstn-afthours,s,1)
> 
> [from-pstn-reghours]
> exten => s,1,GotoIf($[${FAX_RX} = disabled]?from-pstn-reghours-nofax,s,1:2)
> ; if fax detection is disabled, then jump to from-pstn-nofax - else continue
> exten => s,2,Answer	
> exten => s,3,Wait(1)
> exten => s,4,SetVar(intype=${INCOMING})
> exten => s,5,Cut(intype=intype,-,1) 
> exten => s,6,GotoIf($[${intype} = EXT]?7:9)		; If INCOMING starts
> with EXT, then assume its an extension
> exten => s,7,Wait(3)
> ;wait 3 more second to make sure this isn't a fax before dialing someone
> exten => s,8,Goto(ext-local,${INCOMING:4},1)
> exten => s,9,GotoIf($[${intype} = GRP]?10:12) 	; If INCOMING starts with
> GRP, then assume its a ring group
> exten => s,10,Wait(3)
> exten => s,11,Goto(ext-group,${INCOMING:4},1)
> exten => s,12,GotoIf($[${intype} = QUE]?13:15)
> exten => s,13,Wait(3)
> exten => s,14,Goto(ext-queues,${INCOMING:4},1)
> exten => s,15,Goto(${INCOMING},s,1) 			; not EXT or GR1 -
> it's an auto attendant
> exten => fax,1,Goto(ext-fax,in_fax,1)
> exten => h,1,Hangup
> 
> 
> Thanks so much for any help!  I've been stumped by this one and feel like
> I'm missing some piece of the puzzle.

I typically use something like this for incoming calls:
[teliax-incoming]
include => bus-ivr-main
exten => 3032223333,1,Goto(bus-ivr-main|s|1)

[bus-ivr-main]
exten => s,1,Wait,1
exten => s,2,Answer
exten => s,3,DigitTimeout,5
exten => s,4,ResponseTimeout,15
exten => s,5,Background(npi-greeting)  ; "Thanks for calling press 1 for"  






More information about the asterisk-users mailing list