Hi, in meantime if you have another type of digium pri card you can plug it into your box to confirm that it's not related to that card!<br> Better eliminate any doubt about that card... it made me suffer !<br><br>BR,<br>
<br><br><div><span class="gmail_quote">On 10/25/07, <b class="gmail_sendername">Matthew Fredrickson</b> <<a href="mailto:creslin@digium.com">creslin@digium.com</a>> wrote:</span><blockquote class="gmail_quote" style="margin-top: 0; margin-right: 0; margin-bottom: 0; margin-left: 0; margin-left: 0.80ex; border-left-color: #cccccc; border-left-width: 1px; border-left-style: solid; padding-left: 1ex">
David Kennedy wrote:<br>> Hi<br>><br>> While I have fixed the problem from this post, I do have another<br>> problem, and you have asked for a debug output here, so I'll go<br>> against my better instinct and reply here :)
<br><br>I just looked through your debug and can't see any obvious problems.<br>It's likely you'll need to ask your telco why the other switch is<br>complaining about the channel selection.<br><br>Matthew Fredrickson
<br><br>><br>> -- Making new call for cr 32774<br>> -- Requested transfer capability: 0x00 - SPEECH<br>><br>>> [ 00 01 0e 06 08 02 00 06 05 04 03 80 90 a3 18 03 a9 83 86 6c 0c 21 83 38 34 35 38 39 39 31 30 30 31 70 0c 80 30 32 30 38 36 35 39 32 32 39 31 a1 ]
<br>><br>>> Informational frame:<br>>> SAPI: 00 C/R: 0 EA: 0<br>>> TEI: 000 EA: 1<br>>> N(S): 007 0: 0<br>>> N(R): 003 P: 0<br>>> 44 bytes of data<br>> -- Restarting T203 counter
<br>> Stopping T_203 timer<br>> Starting T_200 timer<br>>> Protocol Discriminator: Q.931 (8) len=44<br>>> Call Ref: len= 2 (reference 6/0x6) (Originator)<br>>> Message type: SETUP (5)<br>>> [04 03 80 90 a3]
<br>>> Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)<br>>> Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)<br>>> Ext: 1 User information layer 1: A-Law (35)
<br>>> [18 03 a9 83 86]<br>>> Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0<br>>> ChanSel: Reserved<br>>> Ext: 1 Coding: 0 Number Specified Channel Type: 3
<br>>> Ext: 1 Channel: 6 ]<br>>> [6c 0c 21 83 38 34 35 38 39 39 31 30 30 31]<br>>> Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164
/E.163) (1)<br>>> Presentation: Presentation allowed of network provided number (3) '8458991001' ]<br>>> [70 0c 80 30 32 30 38 36 35 39 32 32 39 31]<br>>> Called Number (len=14) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '<My Phone Number>' ]
<br>>> [a1]<br>>> Sending Complete (len= 1)<br>> q931.c:2881 q931_setup: call 32774 on channel 6 enters state 1 (Call Initiated)<br>> -- Called g0/<My Phone Number><br>> -- T200 counter expired, What to do...
<br>> -- Retransmitting 48 bytes<br>> voip1*CLI><br>>> [ 00 01 0e 07 08 02 00 06 05 04 03 80 90 a3 18 03 a9 83 86 6c 0c 21 83 38 34 35 38 39 39 31 30 30 31 70 0c 80 30 32 30 38 36 35 39 32 32 39 31 a1 ]<br>
> voip1*CLI><br>>> Informational frame:<br>>> SAPI: 00 C/R: 0 EA: 0<br>>> TEI: 000 EA: 1<br>>> N(S): 007 0: 0<br>>> N(R): 003 P: 1<br>>> 44 bytes of data<br>> -- Rescheduling retransmission (1)
<br>> voip1*CLI><br>> < [ 00 01 01 11 ]<br>> voip1*CLI><br>> < Supervisory frame:<br>> < SAPI: 00 C/R: 0 EA: 0<br>> < TEI: 000 EA: 1<br>> < Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
<br>> < N(R): 008 P/F: 1<br>> < 0 bytes of data<br>> -- ACKing all packets from 6 to (but not including) 8<br>> -- ACKing packet 7, new txqueue is -1 (-1 means empty)<br>> -- Since there was nothing left, stopping T200 counter
<br>> -- Nothing left, starting T203 counter<br>> -- Got RR response to our frame<br>> -- Restarting T203 counter<br>> voip1*CLI><br>> < [ 02 01 06 10 08 02 80 06 5a 08 03 82 ac 18 ]<br>> voip1*CLI>
<br>> < Informational frame:<br>> < SAPI: 00 C/R: 1 EA: 0<br>> < TEI: 000 EA: 1<br>> < N(S): 003 0: 0<br>> < N(R): 008 P: 0<br>> < 10 bytes of data<br>> -- ACKing all packets from 7 to (but not including) 8
<br>> -- Since there was nothing left, stopping T200 counter<br>> -- Stopping T203 counter since we got an ACK<br>> -- Nothing left, starting T203 counter<br>> < Protocol Discriminator: Q.931 (8) len=10<br>
> < Call Ref: len= 2 (reference 6/0x6) (Terminator)<br>> < Message type: RELEASE COMPLETE (90)<br>> < [08 03 82 ac 18]<br>> < Cause (len= 5) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0<br>
> Location: Public network serving the local user (2)<br>> < Ext: 1 Cause: Requested channel not available<br>> (44), class = Network Congestion (resource unavailable) (2) ]<br>> < Cause data 1: 18 (24)
<br>> -- Processing IE 8 (cs0, Cause)<br>> q931.c:3503 q931_receive: call 32774 on channel 6 enters state 0 (Null)<br>> Sending Receiver Ready (4)<br>> voip1*CLI><br>>> [ 02 01 01 08 ]<br>> voip1*CLI>
<br>>> Supervisory frame:<br>>> SAPI: 00 C/R: 1 EA: 0<br>>> TEI: 000 EA: 1<br>>> Zero: 0 S: 0 01: 1 [ RR (receive ready) ]<br>>> N(R): 004 P/F: 0<br>>> 0 bytes of data<br>
> -- Restarting T203 counter<br>> -- Restarting T203 counter<br>> -- Channel 0/6, span 1 got hangup, cause 44<br>> -- Forcing restart of channel 0/6 on span 1 since channel reported in use<br>> voip1*CLI>
<br>>> [ 00 01 10 08 08 02 00 00 46 18 03 a9 83 86 79 01 80 ]<br>> voip1*CLI><br>>> Informational frame:<br>>> SAPI: 00 C/R: 0 EA: 0<br>>> TEI: 000 EA: 1<br>>> N(S): 008 0: 0
<br>>> N(R): 004 P: 0<br>>> 13 bytes of data<br>> -- Restarting T203 counter<br>> Stopping T_203 timer<br>> Starting T_200 timer<br>>> Protocol Discriminator: Q.931 (8) len=13<br>>> Call Ref: len= 2 (reference 0/0x0) (Originator)
<br>>> Message type: RESTART (70)<br>>> [18 03 a9 83 86]<br>>> Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0<br>>> ChanSel: Reserved<br>>> Ext: 1 Coding: 0 Number Specified Channel Type: 3
<br>>> Ext: 1 Channel: 6 ]<br>>> [79 01 80]<br>>> Restart Indentifier (len= 3) [ Ext: 1 Spare: 0 Resetting Indicated Channel (0) ]<br>> voip1*CLI><br>> < [ 00 01 01 12 ]
<br>> voip1*CLI><br>> < Supervisory frame:<br>> < SAPI: 00 C/R: 0 EA: 0<br>> < TEI: 000 EA: 1<br>> < Zero: 0 S: 0 01: 1 [ RR (receive ready) ]<br>> < N(R): 009 P/F: 0<br>> < 0 bytes of data
<br>> -- ACKing all packets from 7 to (but not including) 9<br>> -- ACKing packet 8, new txqueue is -1 (-1 means empty)<br>> -- Since there was nothing left, stopping T200 counter<br>> -- Nothing left, starting T203 counter
<br>> -- Restarting T203 counter<br>> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null<br>> NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null<br>> -- Hungup 'Zap/6-1'
<br>> [Oct 25 18:01:46] NOTICE[20956]: cdr.c:434 ast_cdr_free: CDR on<br>> channel 'Zap/6-1' not posted<br>> == Everyone is busy/congested at this time (1:0/0/1)<br>> -- Executing [s@macro-dialexternal
:7]<br>> ResetCDR("SIP/charlie59-082bc890", "w") in new stack<br>> -- Executing [s@macro-dialexternal:8]<br>> NoCDR("SIP/charlie59-082bc890", "") in new stack<br>> -- Executing [
s@macro-dialexternal:9]<br>> Answer("SIP/charlie59-082bc890", "") in new stack<br>> -- Executing [s@macro-dialexternal:10]<br>> PlayTones("SIP/charlie59-082bc890", "congestion") in new stack
<br>> == Auto fallthrough, channel 'SIP/charlie59-082bc890' status is 'CHANUNAVAIL'<br>> -- Executing [h@route-ext-ycmcr:1]<br>> Hangup("SIP/charlie59-082bc890", "") in new stack
<br>> == Spawn extension (route-ext-ycmcr, h, 1) exited non-zero on<br>> 'SIP/charlie59-082bc890'<br>><br>> As I say, I've asked a separate question on this, so I don't really<br>> want to end up with two thread on the one problem :)
<br>><br>> Thanks<br>><br>> Dave<br>><br>> On 10/25/07, Matthew Fredrickson <<a href="mailto:creslin@digium.com">creslin@digium.com</a>> wrote:<br>>> Rony Ron wrote:<br>>>> Hello,<br>
>>> Quoting Digium Support:<br>>>> "The TE110P has been discontinued and replaced in our product lineup with<br>>>> the TE120P, which features many overall improvements and does not suffer<br>
>>> from the HDLC Abort/Bad FCS problems that the TE110P did."<br>>> Although this is true ( :-) ) I think that it is likely his problem is<br>>> not related to this. Can you post a "pri intense debug span x" for the
<br>>> span in question?<br>>><br>>> Matthew Fredrickson<br>>><br>>>> On 10/25/07, David Kennedy <<a href="mailto:davepkennedy@gmail.com">davepkennedy@gmail.com</a>> wrote:<br>>>>> Hi,
<br>>>>><br>>>>> I'm trying to connect to Telewest/Virgin Media with a TE110P using<br>>>>> asterisk 1.4.13/zaptel 1.4.6. No matter what I try, my span always<br>>>>> appears as
<br>>>>><br>>>>> PRI span 1/0: Provisioned, Down, Active<br>>>>><br>>>>> My zapata.conf is currently<br>>>>> -----------------------------------<br>>>>> [channels]
<br>>>>> echocancel=yes<br>>>>> echocancelwhenbridged=no<br>>>>> echotraining=yes<br>>>>> switchtype=euroisdn<br>>>>> contect=from-pri<br>>>>> signalling=pri_cpe
<br>>>>> group=1<br>>>>> channel => 1-15<br>>>>> channel => 17-31<br>>>>> -----------------------------------<br>>>>><br>>>>> zaptel.conf is<br>
>>>> -----------------------------------<br>>>>> span=1,1,0,ccs,hdb3,crc4<br>>>>> dchan=16<br>>>>> bchan=1-15,17-31<br>>>>> loadzone=uk<br>>>>> defaultzone=uk
<br>>>>> -----------------------------------<br>>>>><br>>>>> I'm in London and the server is in Manchester, so I can't look at the<br>>>>> server directly, but when we first started setting it up, apparently a
<br>>>>> pair of cables were the wrong way round, so the card was in a RED<br>>>>> alarm state. We've switched the cables and now the card is OK. We did<br>>>>> have a lot of IRQ misses, so we've upgraded the kernel and now the
<br>>>>> accuracy reported by zttest is about 99.98%. Telewest have checked the<br>>>>> line for faults and have reported that it's fine, but I just can't get<br>>>>> it working.
<br>>>>><br>>>>> Does anyone have any ideas/suggestions?<br>>>>><br>>>>> Thanks,<br>>>>><br>>>>> Dave<br>>>>><br>>>>> _______________________________________________
<br>>>>> --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>>>>><br>>>>> asterisk-users mailing list<br>>>>> To UNSUBSCRIBE or update options visit:
<br>>>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>>>>><br>>>><br>>>><br>>>><br>
>>> ------------------------------------------------------------------------<br>>>><br>>>> _______________________________________________<br>>>> --Bandwidth and Colocation Provided by
<a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>>>><br>>>> asterisk-users mailing list<br>>>> To UNSUBSCRIBE or update options visit:<br>>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>>><br>>> --<br>>> Matthew Fredrickson<br>>> Software/Firmware Engineer<br>>> Digium, Inc.<br>>><br>>> _______________________________________________
<br>>> --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>>><br>>> asterisk-users mailing list<br>>> To UNSUBSCRIBE or update options visit:
<br>>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>>><br>><br>> _______________________________________________<br>> --Bandwidth and Colocation Provided by
<a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br>><br>> asterisk-users mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br><br><br>--<br>Matthew Fredrickson<br>Software/Firmware Engineer<br>Digium, Inc.<br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by
<a href="http://www.api-digital.com--">http://www.api-digital.com--</a><br><br>asterisk-users mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br><br clear="all"><br>-- <br>Your next Partner !