Inbound calls

I have just created a dahdi trunk
I then setup inbound route and set it to ring a specific extension but when i call the extension does not ring.
My extension is setup using chan_sip could it be the case that it should be a dahdi extension?
hopefully the logs help

My pstn is in analog 1

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:1] NoOp(“DAHDI/1-1”, "Entering from-dahdi with DID == ") in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:2] Ringing(“DAHDI/1-1”, “”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:3] Set(“DAHDI/1-1”, “DID=s”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:4] NoOp(“DAHDI/1-1”, “DID is now s”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:5] GotoIf(“DAHDI/1-1”, “1?dahdiok:checkzap”) in new stack

VERBOSE[6431][C-00000001] pbx_builtins.c: Goto (from-analog,s,9)

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:9] NoOp(“DAHDI/1-1”, “Is a DAHDi Channel”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:10] Set(“DAHDI/1-1”, “CHAN=1-1”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:11] Set(“DAHDI/1-1”, “CHAN=1”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:12] Macro(“DAHDI/1-1”, “from-dahdi-1,s,1”) in new stack

WARNING[6431][C-00000001] app_macro.c: No such context ‘macro-from-dahdi-1’ for macro ‘from-dahdi-1’. Was called by [email protected]

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:13] NoOp(“DAHDI/1-1”, “Returned from Macro from-dahdi-1”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:14] Goto(“DAHDI/1-1”, “from-pstn,s,1”) in new stack

VERBOSE[6431][C-00000001] pbx_builtins.c: Goto (from-pstn,s,1)

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:1] NoOp(“DAHDI/1-1”, “No DID or CID Match”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:2] Answer(“DAHDI/1-1”, “”) in new stack

WARNING[6431][C-00000001] chan_sip.c: This function can only be used on SIP channels.

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:3] Log(“DAHDI/1-1”, "WARNING,Friendly Scanner from ") in new stack

WARNING[6431][C-00000001] Ext. s: Friendly Scanner from

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:4] Wait(“DAHDI/1-1”, “2”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:5] Playback(“DAHDI/1-1”, “ss-noservice”) in new stack

VERBOSE[6431][C-00000001] file.c: <DAHDI/1-1> Playing ‘ss-noservice.ulaw’ (language ‘en’)

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:6] SayAlpha(“DAHDI/1-1”, “”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:7] Hangup(“DAHDI/1-1”, “”) in new stack
VERBOSE[6431][C-00000001] pbx.c: Spawn extension (from-pstn, s, 7) exited non-zero on ‘DAHDI/1-1’
VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:1] Macro(“DAHDI/1-1”, “hangupcall,”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:1] GotoIf(“DAHDI/1-1”, “1?theend”) in new stack

VERBOSE[6431][C-00000001] pbx_builtins.c: Goto (macro-hangupcall,s,3)

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:3] ExecIf(“DAHDI/1-1”, “0?Set(CDR(recordingfile)=)”) in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:4] NoOp(“DAHDI/1-1”, " montior file= ") in new stack

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:5] GotoIf(“DAHDI/1-1”, “1?skipagi”) in new stack

VERBOSE[6431][C-00000001] pbx_builtins.c: Goto (macro-hangupcall,s,7)

VERBOSE[6431][C-00000001] pbx.c: Executing [[email protected]:7] Hangup(“DAHDI/1-1”, “”) in new stack

VERBOSE[6431][C-00000001] app_macro.c: Spawn extension (macro-hangupcall, s, 7) exited non-zero on ‘DAHDI/1-1’ in macro ‘hangupcall’

VERBOSE[6431][C-00000001] pbx.c: Spawn extension (from-pstn, h, 1) exited non-zero on ‘DAHDI/1-1’
VERBOSE[6431][C-00000001] sig_analog.c: Hanging up on ‘DAHDI/1-1’

VERBOSE[6431][C-00000001] chan_dahdi.c: Hungup ‘DAHDI/1-1’

Did you set up a DID-based inbound route, or an ANY/ANY route? You calls are being processed without a Caller ID, so any inbound routes you set up that are relying on their DID being used are probably going to fail.

I had it setup as any/any

So how do I get the calls to be processed with a caller ID

You don’t yet, because your system isn’t passing the caller ID from the line yet.

When I set up a DAHDI line, I always associate the DID in a special inbound route. There are other ways, but the way I do it pretty simple. I send the call to a context called “from-dahdi-line-1” and set the DID in that. With the DID set, I then resume the call by sending the call back to “from-pstn” and let the DID be processed from there. Because there’s no DID associated with your call, your DID is getting set to ‘s’, and that’s going to fail.

It seems to me that you can associated the DID with the Inbound Line through the GUI, but it’s been a long time since I played around with DAHDI DIDs, so hopefully someone will ring in and tell us what the modern way to do this is.

Thanks so much man. I did what you implied and it is now working.

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.