bayonne-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Bayonne-dialogic] RE: [Bayonne-devel] Bayonne/Dialogic : "UNHANDLED


From: Julien Chavanton
Subject: RE: [Bayonne-dialogic] RE: [Bayonne-devel] Bayonne/Dialogic : "UNHANDLED EVENT: 8432"
Date: Wed, 10 Nov 2004 19:16:28 -0500

Thank you for this information, 

This problem does not take place with T1 interface I guess this is probably why 
it was not detected by the programmer who did this code or people in North 
America.

I will shortly use bayonne on ISDN E1 so this fix will be helpful anyway, thank 
you.

The problem I experimente is regarding :
"UNHANDLED EVENT: 8432" - DTEV_ERREVT - Error condition event
This corresponds to problem in the Dialogic API and can result in trunk 
malfunctioning.

Debugging this can be hard first I have to know what the program was doing just 
before this error take place.

I will start by handling the event and display on witch port it was.
A port reset can patch the problem.

Julien

----------------------------------------------------------------------------
Mediatel Data USA - Have already commented this problem in Bayonne, here is 
there recommendation, I think implementing a port reset will be enough to 
start. (Thanks again to http://www.mediateldata.com/) I have no affiliation 
with them but they have a great forum about Dialogic far better from the one of 
Intel.
----------------------------------------------------------------------------

Call Control processing issue 
It looks like your application or middle ware support is not handle properly 
Call Control procesing phase, normally DTEV_ERREVT arrives on alarm conditions, 
like red kind, only for digital trunks obviously, but in such a case all your 
calls would be impacted, meaning all span will be down.

As you pointed out you have an E1, also what kind of trunk build, is it ISDN 
Ctr4 or E1 PRI CAS R2MF ?

Also how you manage the Call Control, using direct API, like dt_ or cc_ 
functions, or by Global Call layer ?

For sure somehow in your code you do not hang up properly a call, and next time 
indeed that channel is lost, stucked, so you might want indeed to restart only 
that particular one.

Now still you should check your code inside, in order to address this issue.

As you presented DTEV_ERREVT it looks like you have an E1 PRI CAS R2MF trunk, 
these kind of events being strictly related to CAS protocols; in ISDN case you 
have like CCEV_ or GCEV_ kind of events type.
__________________
Mediatel Data USA - Technical Support Staff




-----Original Message-----
From: infos chez fdrconseil [mailto:address@hidden 
Sent: November 10, 2004 4:36 PM
To: Julien Chavanton; David Sugar
Cc: address@hidden; address@hidden
Subject: Re: [Bayonne-dialogic] RE: [Bayonne-devel] Bayonne/Dialogic : 
"UNHANDLED EVENT: 8432"

Le Wed, 10 Nov 2004 10:51:49 -0500, Julien Chavanton  
<address@hidden> a écrit:

> I have seen that this event DTEV_ERREVT is still not part of
> Dialogic/drivers.cpp
>
> - DTEV_ERREVT - Error condition event
> This is supposed to indicate a problem in the program behaviour that
> could be harder to find but at least the channel could be reset.
>
> - Error handling can be improved. Since the TS generating the error
> could be displayed in the log.
>
> There is a comment in the source file saying that there is still some
> work to do there :)
>
> I will see if I can trap the problem.
>
> Wandering how people deal with this?
> Julien

We had a similar problem on the DTEV_T1ERRC (2049) event handling.
We (temporarily) fixed it and sent some explanations.
Look at http://sourceforge.net/mailarchive/message.php?msg_id=6913091

These modifications should be part of the 1.2.13 release as we gave them  
to David.
(dialogic driver, not globalcall...)
Cheers,
FdR






reply via email to

[Prev in Thread] Current Thread [Next in Thread]