incoming calls not working over analogue lines

Discussion in 'General' started by itcha, Oct 20, 2010.

  1. itcha

    Joined:
    Jul 19, 2010
    Messages:
    5
    Likes Received:
    0
    Customer has 8 analogue lines with iPrimus. When trying to call the analogue numbers get "number is not in service"

    Please see debug attached which show No DID or CID match. I have spoken with iPrimus at great length on a number of occasions and they advise that CLI has definitely been turned on the analogue lines. I have an inbound route for each of the analogue numbers.

    Can someone please advise why I can't see any CID as shown in the log file.



    Starting simple switch on 'DAHDI/10-1'
    -- Executing [s@from-zaptel:1] NoOp("DAHDI/10-1", "Entering from-zaptel with DID == ") in new stack
    -- Executing [s@from-zaptel:2] Ringing("DAHDI/10-1", "") in new stack
    -- Executing [s@from-zaptel:3] Set("DAHDI/10-1", "DID=s") in new stack
    -- Executing [s@from-zaptel:4] NoOp("DAHDI/10-1", "DID is now s") in new stack
    -- Executing [s@from-zaptel:5] GotoIf("DAHDI/10-1", "1?zapok:notzap") in new stack
    -- Goto (from-zaptel,s,8)
    -- Executing [s@from-zaptel:8] NoOp("DAHDI/10-1", "Is a Zaptel Channel") in new stack
    -- Executing [s@from-zaptel:9] Set("DAHDI/10-1", "CHAN=10-1") in new stack
    -- Executing [s@from-zaptel:10] Set("DAHDI/10-1", "CHAN=10") in new stack
    -- Executing [s@from-zaptel:11] Macro("DAHDI/10-1", "from-zaptel-10|s|1") in new stack
    -- Executing [s@from-zaptel:12] NoOp("DAHDI/10-1", "Returned from Macro from-zaptel-10") in new stack
    -- Executing [s@from-zaptel:13] Goto("DAHDI/10-1", "from-pstn|s|1") in new stack
    -- Goto (from-pstn,s,1)
    -- Executing [s@from-pstn:1] NoOp("DAHDI/10-1", "No DID or CID Match") in new stack
    -- Executing [s@from-pstn:2] Answer("DAHDI/10-1", "") in new stack
    -- Executing [s@from-pstn:3] Wait("DAHDI/10-1", "2") in new stack
    -- Executing [s@from-pstn:4] Playback("DAHDI/10-1", "ss-noservice") in new stack
    -- <DAHDI/10-1> Playing 'ss-noservice' (language 'en')
    -- Executing [s@from-pstn:5] SayAlpha("DAHDI/10-1", "") in new stack
    -- Executing [s@from-pstn:6] Hangup("DAHDI/10-1", "") in new stack
    == Spawn extension (from-pstn, s, 6) exited non-zero on 'DAHDI/10-1'
    -- Executing [h@from-pstn:1] Hangup("DAHDI/10-1", "") in new stack
    == Spawn extension (from-pstn, h, 1) exited non-zero on 'DAHDI/10-1'
    -- Hungup 'DAHDI/10-1'
     
  2. trymes

    Joined:
    Aug 19, 2009
    Messages:
    228
    Likes Received:
    0
    Itcha,

    I would try a few different things:

    1.) POTS lines do not pass DID. Set up an inbound route for "Any DID/Any CID" by leaving both fields blank.
    2.) If you need individual inbound routes for each line, you can use the "ZAP Channel DIDs" module. This will require that you change the context for those channels to "from-zaptel" from "from-pstn" in the Dahdi config files. Then you can assign a DID to each channel and route based on that DID.
    3.) Once you have it working you can test CID. If you don't see it, plug a regular phone into the line and verify it is working.

    Tom
     

Share This Page