[Asterisk-Dev] PRI Error with EWSD Switch

Steve Hanselman SteveH at brendata.co.uk
Tue Jul 20 03:50:32 MST 2004 

No it's an ISDN30 line monitor we borrowed to rule out any real line errors.

My current sequence looks a bit like this
1) 7.49.06 T203 expires, we send a receive ready and restart the timer
2) 7.49.06 We receive the RR ack
3) 7.49.16 ditto point 1+2
4) 7.49.21 we log an event 6 (framing error)
5) 7.49.25 We then receive a disconnect from the remote peer
6) 7.49.25 We send an unnumbered acknowledge
7) 7.49.25 We log the channel as down and send SABME
8) We continue sending this every second until
9) 7.49.33 We receive SABME from Telewest
10) 7.49.33 We send unnumbered acknowledgement and mark the span as up
11) 7.49.33 we then receive - what? - a frame of zeroes?
12) We stop T203 and start T200
13) 7.49.33 We receive a RESTART
14) 7.49.33 We send a RESTART ACKNOWLEDGE (restart requested on entire span)
15) 7.49.34 the T200 expires and we say we are retransmitting 12 bytes, but
we don't apparently.  We reschedule the retransmission(1).
16) 7.49.34 We receive - what? - a frame of zeroes?
17) 7.49.34 We send a receive ready and reset the T200 counter
18) 7.49.35 The T200 expires, we say we are retransmitting 12 bytes, but
again we don't. We reschedule the retransmission(2).
19) 7.49.36 T200 expires again, we decide to restart the PRI
20) 7.49.36 We send SABME
21) 7.49.36 We receive UA link up and log span up
22) 7.49.36 We receive - what? - a frame of zeroes?
23) We stop T203 and start T200
24) Goto point 13




-----Original Message-----
From: dking at pimpsoft.com [mailto:dking at pimpsoft.com] 
Sent: 20 July 2004 10:52
To: asterisk-dev at lists.digium.com
Subject: RE: [Asterisk-Dev] PRI Error with EWSD Switch

Aurora as in a SPARC based server? I have already concluded that the errors
are coming from the Zaptel Driver code base with that myself. It is NOT a
hardware issue it is software. Everyone look at the Zaptel Source, that is
where the major problems is

I would help more if I could but I do not have the ability to help out due
to the need to fax in disclaimers for my patches; I have no fax.

On 19 Jul 2004 at 23:39, Steve Hanselman wrote:

> Well, you've kicked me into activity (shame it's nearly time to knock it
on
> the head), ok, 8 is a bad FCS i.e. checksum error, we've an Aurora Q.931
> analyser hanging off this line and it's not seeing these, neither is our
GDK
> switch, so there must be some other reason.
> 
> 6 is ABORT.
> 
> I'm just about to start adding code to tally all the various errors.
> 
> 
> 
> -----Original Message-----
> From: Alfred Certain [mailto:dreampbx at gecko-soft.com] 
> Sent: 19 July 2004 22:13
> To: asterisk-dev at lists.digium.com
> Subject: [Asterisk-Dev] PRI Error with EWSD Switch
> 
> Hi,
> 
> We are looking for someone using Asterisk and PRI (E100P Cards) with EWSD
> Siemens
> Switch.
> 
> Currently we have the follow error on a Production Asterisk System (Recent
> CVS):
> 
> Jul  1 15:40:37 NOTICE[90123]: chan_zap.c:6872 pri_dchannel: PRI got
event:
> 8 on
> Primary D-channel of span 1
> 
> This is NOT a timming or slip error because we allready tested it with
> special
> equipment, We even made some tests with an ISDN Tester and we have some
> traces
> for the curious one.
> 
> At the same time you see the ERROR you can hear some CLICK's and POP's on
> the
> call, but eventually all B channels are dropped and calls losted.
> 
> After the tests we believe the following is happening:
> 
> 1-EWSD Public Switch send a message asterisk doesn't understand (PACKAGE
TOO
> LARGE says the PRI-Intense Debug).
> 2-Asterisk sends a RESTART CHANNEL message to EWSD Switch
> 3-EWSD sends a RESTART ACK message to asterisk (and all calls are dropped)
> 
> Already tested: Cables, E100P card (we tested four dfts cards), Server
(Dell
> PowerEdge 600SC and HP Proliant ML100), CVS Source Code (Several
versions),
> Timming (all options), Asterisk Switchtype (EuroISDN is the best one and
the
> PSTN uses EuroISDN version 5).
> 
> Any idea? Anyone experienced this kind of problem before?
> 
> Thanks,
> 
> -- 
>  
>  
> Alfred Certain 
> Gecko Software 
>  
> An asterisk based IP-PBX 
> _______________________________________________
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
> 
> The information contained in this email is intended for the personal and
confidential use
> of the addressee only. It may also be privileged information. If you are
not the intended
> recipient then you are hereby notified that you have received this
document in error and
> that any review, distribution or copying of this document is strictly
prohibited. If you have 
> received  this communication in error, please notify Brendata immediately
on: 
> 
> +44 (0)1268 466100, or email 'technical at brendata.co.uk' 
> 
> Brendata (UK) Ltd
> Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX  UK
> Registered Office as above. Registered in England No. 2764339
> 
> See our current vacancies at www.brendata.co.uk
> _______________________________________________
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
> 




_______________________________________________
Asterisk-Dev mailing list
Asterisk-Dev at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

The information contained in this email is intended for the personal and confidential use
of the addressee only. It may also be privileged information. If you are not the intended
recipient then you are hereby notified that you have received this document in error and
that any review, distribution or copying of this document is strictly prohibited. If you have 
received  this communication in error, please notify Brendata immediately on: 

+44 (0)1268 466100, or email 'technical at brendata.co.uk' 

Brendata (UK) Ltd
Nevendon Hall, Nevendon Road, Basildon, Essex. SS13 1BX  UK
Registered Office as above. Registered in England No. 2764339

See our current vacancies at www.brendata.co.uk

More information about the asterisk-dev mailing list