skip to content »

Got reject for frame retransmitting frame now updating nr

got reject for frame retransmitting frame now updating nr-65

I am available to provide further testing with live calls if we need to get more data or test with live calls if there is a patch.Thanks Just wanted to check and see if this problem is still occurring.

There is no real definition for "semi-active" cards, probably they handle the B-channel protocol in hardware with a special DSP, and leave the D-channel for the servers CPU. This is the interface between an ISDN user and the ISDN provider.The B channels are used for voice or user data, and the D channel is used for control and signalling and/or X.25 packet networking.The two B channels can be bonded together giving a total data rate of 128 kbit/s.When the errors start occurring the CPU usage does spike in some cases all the way to 100 percent.I haven't been able to get Asterisk to crash yet, but I do see the massive number of rejected frame error messages.I have a TE410 and TC400B installed under Fedora 7 kernel I have two E1 installed on the TE410 card my calls are all going from IP to PSTN.

When I have above 40-45 calls (if it is less than 40 I havent noticed any problems) after a while I start getting error similar to: chan_zap.c: !!

I have tested the hardware with the help of digium support and have eliminated the hardware as an issue. I also to the best of my ability eliminated the problem being caused by conflict of any unrelated modules.

I have the full debug (crash at ) also the core dump both are tar.gz(ipped)..

- the 6th is v ISDN, only for cards with the HFC (cologne) chipset.

Cards can come in different versions: passive, semi-active, active.

The big difference is the CPU load the card is causing on the server.