What should 'dahdi show channels' show?

I’d like to see all the active calls in one display. When I execute ‘dahdi show channels’ I get

Chan Extension Context Language MOH Interpret Blocked State
pseudo default default In Service
1 from-pstn en default In Service
2 from-pstn en default In Service
3 from-pstn en default In Service
4 from-pstn en default In Service
etc…

It only appears to list incoming calls. Is this because the Context is ‘from-pstn’? What is the default supposed to be. Just that? All contexts? I’ve tried various alternatives using the context parameter, ie ‘dahdi show channels context from-internal’ and get no output lines at all.

The first number is a port, the second field is the context used for inbound calls. It should display a call on the port no matter if it is originating or terminating.

Perhaps I’m not getting the terminology. You say inbound calls can be either originating or terminating. I think of inbound as a call coming to my system through a PRI and terminating at my system. I think of originating as meaning leaving my system and going out the PRI, but I’d call that outbound not inbound.

Your terminology is correct. And you should see both originating and terminating traffic.

Each line is the status of a channel. The actual point the call started at is irrelevant from a DAHDI/channel perspective.

Any idea why I’m only seeing calls that are terminating on my system? BTW, our PRI provider passes the last four digits of the number the outsider dialed and I do see those digits in the extension column of dahdi show channels.

I find it hard to believe that you are not seeing the traffic.

Send a short log snipet. I bet the traffic is not going out the PRI.

This is from a call I placed yesterday to a test number.

[Jun 18 07:12:25] VERBOSE[10073] pbx.c: – Executing [[email protected]:14] Set(“SIP/3046-00000015”, “custom=DAHDI/g0”) in new stack
[Jun 18 07:12:25] VERBOSE[10073] pbx.c: – Executing [[email protected]:15] ExecIf(“SIP/3046-00000015”, “0?Set(DIAL_TRUNK_OPTIONS=M(setmusic^default)tTwW)”) in new stack
[Jun 18 07:12:25] VERBOSE[10073] pbx.c: – Executing [[email protected]:16] Macro(“SIP/3046-00000015”, “dialout-trunk-predial-hook,”) in new stack
[Jun 18 07:12:25] VERBOSE[10073] pbx.c: – Executing [[email protected]:1] MacroExit(“SIP/3046-00000015”, “”) in new stack
[Jun 18 07:12:25] VERBOSE[10073] pbx.c: – Executing [[email protected]:17] GotoIf(“SIP/3046-00000015”, “0?bypass,1”) in new stack
[Jun 18 07:12:25] VERBOSE[10073] pbx.c: – Executing [[email protected]:18] GotoIf(“SIP/3046-00000015”, “0?customtrunk”) in new stack
[Jun 18 07:12:25] VERBOSE[10073] pbx.c: – Executing [[email protected]:19] Dial(“SIP/3046-00000015”, “DAHDI/g0/6192310629,300,tTwW”) in new stack
[Jun 18 07:12:25] VERBOSE[10073] chan_dahdi.c: – Requested transfer capability: 0x00 - SPEECH
[Jun 18 07:12:25] VERBOSE[10073] app_dial.c: – Called g0/6192310629
[Jun 18 07:12:25] VERBOSE[10073] app_dial.c: – DAHDI/2-1 is proceeding passing it to SIP/3046-00000015
[Jun 18 07:12:26] VERBOSE[10073] app_dial.c: – DAHDI/2-1 is ringing
[Jun 18 07:12:32] VERBOSE[10073] app_dial.c: – DAHDI/2-1 answered SIP/3046-00000015

Ok, are all your PRI channels in group 0?

So after this call is answered what is the output of dahdi show channels and sip show channels. I want to see both.

Here you go. I’ve got three zap identifiers g0, g1, and g2 defined for three PRI’s. One outbound route with the three PRIs in that order. From chan_dahdi.conf:

; Span 1: TE2/0/1 “T2XXP (PCI) Card 0 Span 1” (MASTER)
group=0,11
context=from-pstn
switchtype = national
signalling = pri_cpe
channel => 1-23
context = default
group = 63

; Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"
group=1,12
context=from-pstn
switchtype = national
signalling = pri_cpe
channel => 25-47
context = default
group = 63

; Span 3: TE2/1/1 "T2XXP (PCI) Card 1 Span 1"
group=2,13
context=from-pstn
switchtype = national
signalling = pri_cpe
channel => 49-71
context = default
group = 63

I can use groups 0,1,2,11,12,and 13 in the dahdi show command to filter the output to the related channels.

Here is that output during a test call:

[Jun 20 08:35:10] VERBOSE[5601] pbx.c: – Executing [[email protected]:18] GotoIf(“SIP/3046-00000fb6”, “0?customtrunk”) in new stack
[Jun 20 08:35:10] VERBOSE[5601] pbx.c: – Executing [[email protected]:19] Dial(“SIP/3046-00000fb6”, “DAHDI/g0/2310629,300,tTwW”) in new stack
[Jun 20 08:35:10] VERBOSE[5601] app_dial.c: – DAHDI/4-1 is proceeding passing it to SIP/3046-00000fb6
[Jun 20 08:35:18] VERBOSE[5601] app_dial.c: – DAHDI/4-1 answered SIP/3046-00000fb6
[Jun 20 08:36:10] VERBOSE[5601] pbx.c: – Executing [[email protected]:1] Macro(“SIP/3046-00000fb6”, “hangupcall,”) in new stack
[Jun 20 08:36:10] VERBOSE[5601] pbx.c: – Executing [[email protected]:1] GotoIf(“SIP/3046-00000fb6”, “1?skiprg”) in new stack

# asterisk -rx 'sip show channels'
Peer             User/ANR         Call ID          Format           Hold     Last Message    Expiry
192.168.30.180   3046             2315ec97bc3aa41  0x4 (ulaw)       No       Rx: ACK                   
192.168.30.157   3079             4ca1bcc3f5d3ee8  0x4 (ulaw)       No       Rx: ACK                   
10.0.3.10        (None)           2048937816-5070  0x0 (nothing)    No       Rx: REGISTER              
192.168.30.161   3031             fbe6f2fdf9c985e  0x4 (ulaw)       No       Rx: ACK                   
192.168.30.219   3076             bdeeb363368a3e7  0x4 (ulaw)       No       Rx: ACK                   
192.168.30.159   3048             5c86c92222f472d  0x4 (ulaw)       No       Tx: ACK                   
192.168.30.166   3033             28ed1783679a1db  0x4 (ulaw)       No       Tx: ACK                   
7 active SIP dialogs
# asterisk -rx 'dahdi show channels'
   Chan Extension  Context         Language   MOH Interpret        Blocked    State     
 pseudo            default                    default                         In Service
      1            from-pstn       en         default                         In Service
      2            from-pstn       en         default                         In Service
.... (2-44 are the same)
     44            from-pstn       en         default                         In Service
     45 7514       from-pstn       en         default                         In Service
     46            from-pstn       en         default                         In Service
     47 4976       from-pstn       en         default                         In Service
     49            from-pstn       en         default                         In Service
.... (49-71 are the same)
     71            from-pstn       en         default                         In Service

Hey Leap Frog, was this what you were looking for?