no dtmf deteccion on dialout Asterisk 1.8 using dahdi

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,
        Try to some out going calls and check the dtmf response .

On Fri, Sep 16, 2011 at 9:00 PM, Rafael Visser <visser.rafael at gmail.com>wrote:

> Hi guys.
> I upgraded my platform from 1.6.2 to 1.8 with chan_dahdi. All is fine,
> but I can?t detect dtmf numbers on chan_dahdi dial out calls, but on
> sip calls are fine.
> Has any body solved this issue?
> Thanks in adavance
>
>
>
> this is my config.
>
>
> Asterisk 1.8.6.0
> DAHDI Version: 2.5.0.1 Echo Canceller: HWEC
> Libss7 1.0.2
>
>
> extensions.conf
>
> [out]
> exten => 123,1,Answer()
> exten => 123,2,Set(CHANNEL(language)=cs)
> exten => 123,n,Read(ACCEPT,acepta-cri,1,,,8)
> exten => 123,n,NoOp(${ACCEPT})
> exten => 123,n,Hangup()
>
>
>
>
>
>
>
> debugI
>
>    -- Attempting call on DAHDI/G1/0971200168 for 123 at out:1 (Retry 1)
> [1] Unhandled optional parameter 0x2d 'Unknown'
> [1] [[1] 0x0 [1] 0x64 [1] ]
> [1] Unhandled optional parameter 0x39 'Parameter Compatibility Information'
> [1] [[1] 0x2d [1] 0xc0 [1] ]
>    -- Executing [123 at out:1] Answer("DAHDI/31-1", "") in new stack
>    -- Executing [123 at out:2] Set("DAHDI/31-1", "CHANNEL(language)=cs")
> in new stack
>    -- Executing [123 at out:3] Read("DAHDI/31-1",
> "ACCEPT,acepta-cri,1,,,8") in new stack
>    -- Accepting a maximum of 1 digits.
>    -- <DAHDI/31-1> Playing 'acepta-cri.gsm' (language 'cs')
>    -- User entered nothing.
>    -- Executing [123 at out:4] NoOp("DAHDI/31-1", "") in new stack
>    -- Executing [123 at out:5] Hangup("DAHDI/31-1", "") in new stack
>  == Spawn extension (out, 123, 5) exited non-zero on 'DAHDI/31-1'
>    -- Hungup 'DAHDI/31-1'
> [Sep 16 11:01:55] NOTICE[3251]: pbx_spool.c:366 attempt_thread: Call
> completed to DAHDI/G1/0971200168
>
>
>
>
>
>
>
> outgoing call file.
>
> Channel: DAHDI/G1/0971200168
> CallerID: 0971200168
> MaxRetries: 2
> RetryTime: 60
> WaitTime: 30
> Context: out
> Extension: 123
> Priority: 1
>
>
> archivo /etc/dahdi/system.conf
> # Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" B8ZS/ESF RED
> span=1,1,0,ccs,hdb3
> # termtype: te
> bchan=1-15,17-31
> dchan=16
> #bchan=1-31
>
> # Global data
>
> loadzone        = us
> defaultzone     = us
>
>
> /etc/asterisk/chan_dahdi.conf
> [trunkgroups]
> trunkgroup => 1,16
> spanmap => 1,1,1
> [channels]
> language=es
> context=ss7
> group=1
> echocancel=no
> signalling=SS7
> ss7type = itu
> ss7_explictacm=yes
> ss7_called_nai=dynamic
> ss7_calling_nai=dynamic
> ss7_internationalprefix = 00
> ss7_nationalprefix =
> overlapdial=yes
> relaxdtmf=yes
> networkindicator=national
> callwaiting=yes
> threewaycalling=yes
> transfer=yes
> canpark=yes
> cancallforward=yes
> callreturn=yes
> facilityenable=yes
> inmediate=yes
> jitterbuffers=4
> jbenable = yes
> jbmaxsize = 200
> jbresyncthreshold = 1000
> jbimpl = fixed ; or "adaptive"
> jblog = no
> linkset = 1
> pointcode = XXXX
> adjpointcode = XXXX
> defaultdpc = XXXX
> ;;1er E1
> cicbeginswith = 1
> sigchan = 16
> channel=1-15
> cicbeginswith = 17
> channel = 17-31
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-ss7
>



-- 
BIPIN RAGHUVANSHI
OPERATION HEAD
ASTERISK (DEVELOPMENT AND RESEARCH)
WWW.EHORIZONS.IN
011-32323262
011-46334633
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20110922/f3a1944f/attachment.htm>


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux