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<[EMAIL PROTECTED]>
Digital Generation


_______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to