Inbound DAHDI

Discussion in 'General' started by pnaves, Oct 8, 2009.

  1. pnaves

    Joined:
    May 27, 2009
    Messages:
    66
    Likes Received:
    0
    Hi Folks,

    There are something wrong in my box configuration that I can't receive inbound call from DAHDI. I already changed the context to from-zaptel in all files following Elastix without tears even I just specify any cid/anydid in inbound routes the call isn't catch. Look at verbose

    -- Starting simple switch on 'DAHDI/1-1'
    -- Executing [s@from-zaptel:1] NoOp("DAHDI/1-1", "Entering from-zaptel with DID == ") in new stack
    -- Executing [s@from-zaptel:2] Ringing("DAHDI/1-1", "") in new stack
    -- Executing [s@from-zaptel:3] Set("DAHDI/1-1", "DID=s") in new stack
    -- Executing [s@from-zaptel:4] NoOp("DAHDI/1-1", "DID is now s") in new stack
    -- Executing [s@from-zaptel:5] GotoIf("DAHDI/1-1", "1?zapok:notzap") in new stack
    -- Goto (from-zaptel,s,8)
    -- Executing [s@from-zaptel:8] NoOp("DAHDI/1-1", "Is a Zaptel Channel") in new stack
    -- Executing [s@from-zaptel:9] Set("DAHDI/1-1", "CHAN=1-1") in new stack
    -- Executing [s@from-zaptel:10] Set("DAHDI/1-1", "CHAN=1") in new stack
    -- Executing [s@from-zaptel:11] Macro("DAHDI/1-1", "from-zaptel-1|s|1") in new stack
    -- Executing [s@macro-from-zaptel-1:1] NoOp("DAHDI/1-1", "Entering macro-from-zaptel-1 with DID = s and setting to: 3134961709") in new stack
    -- Executing [s@macro-from-zaptel-1:2] Set("DAHDI/1-1", "__FROM_DID=3134961709") in new stack
    -- Executing [s@macro-from-zaptel-1:3] Goto("DAHDI/1-1", "from-trunk|3134961709|1") in new stack
    -- Goto (from-trunk,3134961709,1)
    == Channel 'DAHDI/1-1' jumping out of macro 'from-zaptel-1'
    -- Executing [3134961709@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=3134961709") in new stack
    -- Executing [3134961709@from-trunk:2] Gosub("DAHDI/1-1", "app-blacklist-check|s|1") in new stack
    -- Executing [s@app-blacklist-check:1] LookupBlacklist("DAHDI/1-1", "") in new stack
    -- Executing [s@app-blacklist-check:2] GotoIf("DAHDI/1-1", "1?blacklisted") in new stack
    -- Goto (app-blacklist-check,s,4)
    -- Executing [s@app-blacklist-check:4] Answer("DAHDI/1-1", "") in new stack
    -- Executing [s@app-blacklist-check:5] Wait("DAHDI/1-1", "1") in new stack
    -- Executing [s@app-blacklist-check:6] Zapateller("DAHDI/1-1", "") in new stack

    What is happening?
     
  2. dicko

    Joined:
    Oct 24, 2008
    Messages:
    4,099
    Likes Received:
    0
    The FXO at DAHDI 1 is set to alias the DID to 3134961709, but you are being sent to zapateller (which plays the SIT tones, (out of service) ) setup a specific inbound route for 3134961709 to handle it as you want. Do the same for the other DAHDI trunks
     
  3. pnaves

    Joined:
    May 27, 2009
    Messages:
    66
    Likes Received:
    0
    I already did inboude route setup with did number=314961709 and set destination to IVR. However when I deleted this inbound route the asterisk behaved different. This is the debug log:

    -- Starting simple switch on 'DAHDI/1-1'
    -- Executing [s@from-zaptel:1] NoOp("DAHDI/1-1", "Entering from-zaptel with DID == ") in new stack
    -- Executing [s@from-zaptel:2] Ringing("DAHDI/1-1", "") in new stack
    -- Executing [s@from-zaptel:3] Set("DAHDI/1-1", "DID=s") in new stack
    -- Executing [s@from-zaptel:4] NoOp("DAHDI/1-1", "DID is now s") in new stack
    -- Executing [s@from-zaptel:5] GotoIf("DAHDI/1-1", "1?zapok:notzap") in new stack
    -- Goto (from-zaptel,s,8)
    -- Executing [s@from-zaptel:8] NoOp("DAHDI/1-1", "Is a Zaptel Channel") in new stack
    -- Executing [s@from-zaptel:9] Set("DAHDI/1-1", "CHAN=1-1") in new stack
    -- Executing [s@from-zaptel:10] Set("DAHDI/1-1", "CHAN=1") in new stack
    -- Executing [s@from-zaptel:11] Macro("DAHDI/1-1", "from-zaptel-1|s|1") in new stack
    -- Executing [s@macro-from-zaptel-1:1] NoOp("DAHDI/1-1", "Entering macro-from-zaptel-1 with DID = s and setting to: 3134961709") in new stack
    -- Executing [s@macro-from-zaptel-1:2] Set("DAHDI/1-1", "__FROM_DID=3134961709") in new stack
    -- Executing [s@macro-from-zaptel-1:3] Goto("DAHDI/1-1", "from-trunk|3134961709|1") in new stack
    -- Goto (from-trunk,3134961709,1)
    == Channel 'DAHDI/1-1' jumping out of macro 'from-zaptel-1'
    -- Executing [3134961709@from-trunk:1] Set("DAHDI/1-1", "__FROM_DID=3134961709") in new stack
    -- Executing [3134961709@from-trunk:2] NoOp("DAHDI/1-1", "Received an unknown call with DID set to 3134961709") in new stack
    -- Executing [3134961709@from-trunk:3] Goto("DAHDI/1-1", "s|a2") in new stack
    -- Goto (from-trunk,s,2)
    -- Executing [s@from-trunk:2] Answer("DAHDI/1-1", "") in new stack
    -- Executing [s@from-trunk:3] Wait("DAHDI/1-1", "2") in new stack
    -- Executing [s@from-trunk:4] Playback("DAHDI/1-1", "ss-noservice") in new stack
    -- <DAHDI/1-1> Playing 'ss-noservice' (language 'en')
    -- Executing [s@from-trunk:5] SayAlpha("DAHDI/1-1", "3134961709") in new stack
    -- <DAHDI/1-1> Playing 'digits/3' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/1' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/3' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/4' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/9' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/6' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/1' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/7' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/0' (language 'en')
    -- <DAHDI/1-1> Playing 'digits/9' (language 'en')
    -- Executing [s@from-trunk:6] Hangup("DAHDI/1-1", "") in new stack
    == Spawn extension (from-trunk, s, 6) exited non-zero on 'DAHDI/1-1'
    -- Executing [h@from-trunk:1] Hangup("DAHDI/1-1", "") in new stack
    == Spawn extension (from-trunk, h, 1) exited non-zero on 'DAHDI/1-1'
    -- Hungup 'DAHDI/1-1'
     
  4. pnaves

    Joined:
    May 27, 2009
    Messages:
    66
    Likes Received:
    0
    Even when I have one inbound route to Any DID/Any CID the calls was sending to out of service.
    Should I do something in extension_custom.conf?
     

Share This Page