Anton Yurchenko
2003-Jul-28 04:27 UTC
[Asterisk-Users] "immediate=yes or Compleate recieved" with intcoming calls with new CVS
I just downloaded the cvs version CVS-07/28/03-14:45:19 and now I cannot
recieve the the calls from the zaptel interface which is a E100P with
pri signaling.
That is something with asterisk becouse rolling back to version from
06/23/03 using the new libpri and zaptel fixes the problem.
Here is an exept from the config:
[macro-stdexten];
;
; Standard extension macro:
; ${ARG1} - Extension (we could have used ${MACRO_EXTEN} here as well
; ${ARG2} - Device(s) to ring
;
exten => s,1,Dial(${ARG2},20,t) ; Ring the interface, 20 seconds
maximum
exten => s,2,Voicemail2(u${ARG1}) ; If unavailable, send to voicemail
w/ u
navail announce
exten => s,3,Goto(default,s,1) ; If they press #, return to start
exten => s,102,Voicemail2(b${ARG1}) ; If busy, send to voicemail w/ busy
ann
ounce
exten => s,103,Goto(default,s,1) ; If they press #, return to start
exten => 100,1,Macro(stdexten,100,SIP/100)
exten => 200,1,Macro(stdexten,200,SIP/200)
with the new CVS I see this in the logfiles:
*CLI> pri debug span 1
Enabled debugging on span 1
< Protocol Discriminator: Q.931 (8) len=43
< Call Ref: len= 2 (reference 139/0x8B) (Originator)
< Message type: SETUP (5)
< Sending Complete (len= 4)
< Bearer Capability (len= 3) [ Ext: 1 Q.931 Std: 0 Info transfer
capability: 3.1kHz audio (16)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode
(16)
< Ext: 1 User information layer 1: A-Law (35)
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Preferred
Dchan: 0
< ChanSel: Reserved
< Ext: 1 Coding: 0 Number Specified Channel Type:
3
< Ext: 1 Channel: 2 ]
< Progress Indicator (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Public network serving the remote user (4)
< Ext: 1 Progress Description: Calling
equipment is non-ISDN. (3) ]
< Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI:
ISDN/Telephon
y Numbering Plan (E.164/E.163) (1)
< Presentation: Unknown (3) '442358235' ]
< Called Number (len=10) [ Ext: 1 TON: Subscriber Number (4) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '2382031' ]
-- Making new call for cr 139
-- Processing Q.931 Call Setup
-- Processing IE 33 (Sending Complete)
-- Processing IE 4 (Bearer Capability)
-- Processing IE 24 (Channel Identification)
-- Processing IE 30 (Progress Indicator)
-- Processing IE 108 (Calling Party Number)
-- Processing IE 112 (Called Party Number)
-- Going to extension s|1 because of immediate=yes or Complete received
-- Extension 's' in context 'default' from
'442358235' does not exist. Rejecting call on channel 2, span
1> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 32907/0x808B) (Terminator)
> Message type: RELEASE COMPLETE (90)
> Cause (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location:
Private network serving the local user (1)
while the CVS from 06/23/03 works fine ( even with the updated libpri and
zaptel)
here is what I see with it running:
-----------------------------
< Protocol Discriminator: Q.931 (8) len=43
< Call Ref: len= 2 (reference 140/0x8C) (Originator)
< Message type: SETUP (5)
< Sending Complete (len= 4)
< Bearer Capability (len= 3) [ Ext: 1 Q.931 Std: 0 Info transfer
capability: 3.1kHz audio (16)
< Ext: 1 Trans mode/rate: 64kbps, circuit-mode
(16)
< Ext: 1 User information layer 1: A-Law (35)
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Preferred
Dchan: 0
< ChanSel: Reserved
< Ext: 1 Coding: 0 Number Specified Channel Type:
3
< Ext: 1 Channel: 1 ]
< Progress Indicator (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Public network serving the remote user (4)
< Ext: 1 Progress Description: Calling
equipment is non-ISDN. (3) ]
< Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Unknown (3) '442358235' ]
< Called Number (len=10) [ Ext: 1 TON: Subscriber Number (4) NPI:
ISDN/Telepho
ny Numbering Plan (E.164/E.163) (1) '2382031' ]
-- Making new call for cr 140
-- Processing Q.931 Call Setup
-- Processing IE 33 (Sending Complete)
-- Processing IE 4 (Bearer Capability)
-- Processing IE 24 (Channel Identification)
-- Processing IE 30 (Progress Indicator)
-- Processing IE 108 (Calling Party Number)
-- Processing IE 112 (Called Party Number)
-- Executing Dial("Zap/1-1", "SIP/100|20|t") in new
stack
-- Called 100
-- Accepting call from '442358235' to '2382031' on channel
1, span 1> Protocol Discriminator: Q.931 (8) len=10
> Call Ref: len= 2 (reference 32908/0x808C) (Terminator)
> Message type: CALL PROCEEDING (2)
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive
Dchan: 0
> ChanSel: Reserved
> Ext: 1 Coding: 0 Number Specified Channel Type:
3
> Ext: 1 Channel: 1 ]
> Protocol Discriminator: Q.931 (8) len=14
> Call Ref: len= 2 (reference 32908/0x808C) (Terminator)
> Message type: ALERTING (1)
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive
Dchan: 0
> ChanSel: Reserved
> Ext: 1 Coding: 0 Number Specified Channel Type:
3
> Ext: 1 Channel: 1 ]
> Progress Indicator (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
Location: Private network serving the local user (1)
> Ext: 1 Progress Description: Inband
information or appropriate pattern now available. (8) ]
-- SIP/100-43a0 is ringing
-- SIP/100-43a0 is ringing
-- SIP/100-43a0 is ringing
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 140/0x8C) (Originator)
< Message type: DISCONNECT (69)
< Cause (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location:
Public network serving the remote user (4)
< Ext: 1 Cause: Normal Clearing (16), class = Normal Event
(1) ]
-- Processing IE 8 (Cause)
-- Channel 1, span 1 got hangup
== Spawn extension (default, 2382031, 1) exited non-zero on
'Zap/1-1'> Protocol Discriminator: Q.931 (8) len=5
> Call Ref: len= 2 (reference 32908/0x808C) (Terminator)
> Message type: RELEASE (77)
-- Hungup 'Zap/1-1'
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 140/0x8C) (Originator)
< Message type: RELEASE COMPLETE (90)
> Ext: 1 Cause: Unallocated (unassigned) num
exten => 2382031,1,Dial(SIP/100,20,t)
--
Anton Yurchenko<phila@dg.net.ua>
Digital Generation
Anton Yurchenko
2003-Jul-28 05:27 UTC
[Asterisk-Users] "immediate=yes or Compleate recieved" with intcoming calls with new CVS
Anton Yurchenko wrote:
the thing seems to be in the chan_zap.c doing a diff from the version
that I have working I see this change:
-------------
@@ -5607,10 +5609,10 @@
strcpy(pri->pvt[chan]->callerid, "");
strncpy(pri->pvt[chan]->rdnis, e->ring.redirectingnum,
sizeof(pri->pvt[chan]->rdnis));
}
- /* If immediate=yes go to s|1 */
- if (pri->pvt[chan]->immediate) {
+ /* If immediate=yes or call complete go
to s|1 */
+ if (pri->pvt[chan]->immediate ||
e->ring.complete) {
if (option_verbose > 2)
-
ast_verbose(VERBOSE_PREFIX_3 "Going to extension s|1 because of
immediate=yes\n");
+
ast_verbose(VERBOSE_PREFIX_3 "Going to extension s|1 because of
immediate=yes or Complete received\n");
strcpy(pri->pvt[chan]->exten, "s");
}
/* Get called number */
-------------
from the libpri source it seems that this should only happen when Compleate is
recived, but I see
no Complete recieved in debug messeges
> I just downloaded the cvs version CVS-07/28/03-14:45:19 and now I
> cannot recieve the the calls from the zaptel interface which is a
> E100P with pri signaling.
> That is something with asterisk becouse rolling back to version from
> 06/23/03 using the new libpri and zaptel fixes the problem.
> Here is an exept from the config:
>
> [macro-stdexten];
> ;
> ; Standard extension macro:
> ; ${ARG1} - Extension (we could have used ${MACRO_EXTEN} here as well
> ; ${ARG2} - Device(s) to ring
> ;
> exten => s,1,Dial(${ARG2},20,t) ; Ring the interface, 20
> seconds maximum
> exten => s,2,Voicemail2(u${ARG1}) ; If unavailable, send to
> voicemail w/ u
> navail announce
> exten => s,3,Goto(default,s,1) ; If they press #, return to
> start
> exten => s,102,Voicemail2(b${ARG1}) ; If busy, send to voicemail
> w/ busy ann
> ounce
> exten => s,103,Goto(default,s,1) ; If they press #, return to
> start
>
>
> exten => 100,1,Macro(stdexten,100,SIP/100)
> exten => 200,1,Macro(stdexten,200,SIP/200)
>
>
> with the new CVS I see this in the logfiles:
> *CLI> pri debug span 1
> Enabled debugging on span 1
> < Protocol Discriminator: Q.931 (8) len=43
> < Call Ref: len= 2 (reference 139/0x8B) (Originator)
> < Message type: SETUP (5)
> < Sending Complete (len= 4)
> < Bearer Capability (len= 3) [ Ext: 1 Q.931 Std: 0 Info transfer
> capability: 3.1kHz audio (16)
> < Ext: 1 Trans mode/rate: 64kbps,
> circuit-mode (16)
> < Ext: 1 User information layer 1: A-Law
> (35)
> < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0,
> Preferred Dchan: 0
> < ChanSel: Reserved
> < Ext: 1 Coding: 0 Number Specified Channel
> Type: 3
> < Ext: 1 Channel: 2 ]
> < Progress Indicator (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard
> (0) 0: 0 Location: Public network serving the remote user (4)
> < Ext: 1 Progress Description: Calling
> equipment is non-ISDN. (3) ]
> < Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI:
> ISDN/Telephon
> y Numbering Plan (E.164/E.163) (1)
> < Presentation: Unknown (3)
'442358235' ]
> < Called Number (len=10) [ Ext: 1 TON: Subscriber Number (4) NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '2382031' ]
> -- Making new call for cr 139
> -- Processing Q.931 Call Setup
> -- Processing IE 33 (Sending Complete)
> -- Processing IE 4 (Bearer Capability)
> -- Processing IE 24 (Channel Identification)
> -- Processing IE 30 (Progress Indicator)
> -- Processing IE 108 (Calling Party Number)
> -- Processing IE 112 (Called Party Number)
> -- Going to extension s|1 because of immediate=yes or Complete
> received
> -- Extension 's' in context 'default' from
'442358235' does not
> exist. Rejecting call on channel 2, span 1
>
>> Protocol Discriminator: Q.931 (8) len=9
>> Call Ref: len= 2 (reference 32907/0x808B) (Terminator)
>> Message type: RELEASE COMPLETE (90)
>> Cause (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
>> Location: Private network serving the local user (1)
>
>
> while the CVS from 06/23/03 works fine ( even with the updated libpri
> and zaptel)
>
> here is what I see with it running:
> -----------------------------
> < Protocol Discriminator: Q.931 (8) len=43
> < Call Ref: len= 2 (reference 140/0x8C) (Originator)
> < Message type: SETUP (5)
> < Sending Complete (len= 4)
> < Bearer Capability (len= 3) [ Ext: 1 Q.931 Std: 0 Info transfer
> capability: 3.1kHz audio (16)
> < Ext: 1 Trans mode/rate: 64kbps,
> circuit-mode (16)
> < Ext: 1 User information layer 1: A-Law
> (35)
> < Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0,
> Preferred Dchan: 0
> < ChanSel: Reserved
> < Ext: 1 Coding: 0 Number Specified Channel
> Type: 3
> < Ext: 1 Channel: 1 ]
> < Progress Indicator (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard
> (0) 0: 0 Location: Public network serving the remote user (4)
> < Ext: 1 Progress Description: Calling
> equipment is non-ISDN. (3) ]
> < Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI:
> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> < Presentation: Unknown (3)
'442358235' ]
> < Called Number (len=10) [ Ext: 1 TON: Subscriber Number (4) NPI:
> ISDN/Telepho
> ny Numbering Plan (E.164/E.163) (1) '2382031' ]
> -- Making new call for cr 140
> -- Processing Q.931 Call Setup
> -- Processing IE 33 (Sending Complete)
> -- Processing IE 4 (Bearer Capability)
> -- Processing IE 24 (Channel Identification)
> -- Processing IE 30 (Progress Indicator)
> -- Processing IE 108 (Calling Party Number)
> -- Processing IE 112 (Called Party Number)
> -- Executing Dial("Zap/1-1", "SIP/100|20|t") in new
stack
> -- Called 100
> -- Accepting call from '442358235' to '2382031' on
channel 1, span 1
>
>> Protocol Discriminator: Q.931 (8) len=10
>> Call Ref: len= 2 (reference 32908/0x808C) (Terminator)
>> Message type: CALL PROCEEDING (2)
>> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0,
>> Exclusive Dchan: 0
>> ChanSel: Reserved
>> Ext: 1 Coding: 0 Number Specified Channel
>> Type: 3
>> Ext: 1 Channel: 1 ]
>> Protocol Discriminator: Q.931 (8) len=14
>> Call Ref: len= 2 (reference 32908/0x808C) (Terminator)
>> Message type: ALERTING (1)
>> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0,
>> Exclusive Dchan: 0
>> ChanSel: Reserved
>> Ext: 1 Coding: 0 Number Specified Channel
>> Type: 3
>> Ext: 1 Channel: 1 ]
>> Progress Indicator (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard
>> (0) 0: 0 Location: Private network serving the local user (1)
>> Ext: 1 Progress Description: Inband
>> information or appropriate pattern now available. (8) ]
>
> -- SIP/100-43a0 is ringing
> -- SIP/100-43a0 is ringing
> -- SIP/100-43a0 is ringing
> < Protocol Discriminator: Q.931 (8) len=9
> < Call Ref: len= 2 (reference 140/0x8C) (Originator)
> < Message type: DISCONNECT (69)
> < Cause (len= 2) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0
> Location: Public network serving the remote user (4)
> < Ext: 1 Cause: Normal Clearing (16), class = Normal
> Event (1) ]
> -- Processing IE 8 (Cause)
> -- Channel 1, span 1 got hangup
> == Spawn extension (default, 2382031, 1) exited non-zero on
'Zap/1-1'
>
>> Protocol Discriminator: Q.931 (8) len=5
>> Call Ref: len= 2 (reference 32908/0x808C) (Terminator)
>> Message type: RELEASE (77)
>
> -- Hungup 'Zap/1-1'
> < Protocol Discriminator: Q.931 (8) len=5
> < Call Ref: len= 2 (reference 140/0x8C) (Originator)
> < Message type: RELEASE COMPLETE (90)
>
>
>
>
>
>
>
>
>> Ext: 1 Cause: Unallocated (unassigned) num
>
>
>
> exten => 2382031,1,Dial(SIP/100,20,t)
>
--
Anton Yurchenko<phila@dg.net.ua>
Digital Generation