[asterisk-users] DAHDI/ZAP overlap dialing

[Martin]

I can only tell you that it worked before...

> Nov  2 17:22:28 VERBOSE[11329] logger.c:     -- Extension '1004' in context 'from-pstn-deviate-custom' from '7034' does not

when you have overlapdial turned on it should have checked if there's
a potential matching extension
which you have it right there and asterisk should have sent SETUP_ACK
message back.

if you won't find the solution for this I might fix that as a bounty
if you're interested

I'd double check that you really have overlapdial=yes for those
channels ... it should be declared
before channel => keyword in zapata.conf/chan_dahdi.conf

Martin

On Mon, Nov 2, 2009 at 10:28 AM, Vieri <rentorbuy at yahoo.com> wrote:
>
> --- On Sat, 10/31/09, Martin <asterisklist at callthem.info> wrote:
>
>> On Sat, Oct 31, 2009 at 5:27 AM,
>> Tzafrir Cohen <tzafrir.cohen at xorcom.com>
>> wrote:
>> > I'm not sure if handling of overlap hasn't changed
>> since.
>> >
>> > But can you provide a trace of how Asterisk sees
>> things? e.g. 'pri
>> > intense debug span 1'
>> >
>>
>> the intense debug is overkill we only need messages of
>> layer 3 ...
>> just do "pri debug span 1"
>>
>> Martin
>
> Here's the pri trace:
>
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Protocol Discriminator: Q.931 (8)  len=38
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Call Ref: len= 2 (reference 16976/0x4250) (Originator)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Message type: SETUP (5)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < [04 03 80 90 a3]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: <                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: <                                User information layer 1: A-Law (35)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < [18 03 a9 83 8b]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0
> Nov  2 17:22:28 VERBOSE[11329] logger.c: <                        ChanSel: As indicated in following octets
> Nov  2 17:22:28 VERBOSE[11329] logger.c: <                       Ext: 1  Coding: 0   Number Specified   Channel Type: 3
> Nov  2 17:22:28 VERBOSE[11329] logger.c: <                       Ext: 1  Channel: 11 ]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < [1e 02 80 83]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: User (0)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: <                               Ext: 1  Progress Description: Calling equipment is non-ISDN. (3) ]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < [6c 06 00 81 37 30 33 34]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Calling Number (len= 8) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: <                           Presentation: Presentation permitted, user number passed network screening (1) '7034' ]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < [70 05 80 31 30 30 34]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < Called Number (len= 7) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0) '1004' ]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < [7d 02 91 81]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: < IE: High-layer Compatibility (len = 4)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Making new call for cr 16976
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Processing Q.931 Call Setup
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Processing IE 4 (cs0, Bearer Capability)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Processing IE 24 (cs0, Channel Identification)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Processing IE 30 (cs0, Progress Indicator)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Processing IE 108 (cs0, Calling Party Number)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Processing IE 112 (cs0, Called Party Number)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: -- Processing IE 125 (cs0, High-layer Compatibility)
> Nov  2 17:22:28 VERBOSE[11329] logger.c:     -- Extension '1004' in context 'from-pstn-deviate-custom' from '7034' does not exist.  Rejecting call on channel 1/11, span 1
> Nov  2 17:22:28 VERBOSE[11329] logger.c: NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Call Present, peerstate Call Initiated
> Nov  2 17:22:28 VERBOSE[11329] logger.c: > Protocol Discriminator: Q.931 (8)  len=9
> Nov  2 17:22:28 VERBOSE[11329] logger.c: > Call Ref: len= 2 (reference 16976/0x4250) (Terminator)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: > Message type: RELEASE COMPLETE (90)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: > [08 02 81 81]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: Private network serving the local user (1)
> Nov  2 17:22:28 VERBOSE[11329] logger.c: >                  Ext: 1  Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
> Nov  2 17:22:28 VERBOSE[11329] logger.c: NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
> Nov  2 17:22:28 VERBOSE[11329] logger.c: NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
>
> The 'from-pstn-deviate-custom' context has lines such as:
> exten => _100[14567]XXX,1,...
> exten => _100[14567]XXX,n,...
>
> Any ideas?
>
> Vieri
>
>
>
>
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>