Hi This is now somehow resolved ! - the trunk rev 8579 does indeed make go away this reset procedure (at least, for the first 8 hrs of test, which is anyway much better) - Shaun & Kev: Many thanks !!! - However, this is to me more a workaround than a fix. Sorry to be picky, but what this does is when it gets a non-responsive message from the DSP, it retries 20 times. If it gets a good response, then, back to normal. My conception of a fix would be finding out why on the previous versions, the DSP was never 'not responding', even briefly, and why now, this happens. I understand this is probably extremely complicated, but the product long-term stability would benefit a lot - Shaun / Kev : How can I issue a message in the system log file in GpakApi.c, so I know when a retry occurs ? I would like to see if call quality gets affected when the board enters this retry process. Anyway, dont misread me, I am indeed very happy to see the progress made ! Thanks to all. J. On Mon, Apr 26, 2010 at 11:53 PM, Jean C?rien <cerien.jean at gmail.com> wrote: > > I've just loaded & compiled 8579 (not 8576 - unless you need this specific > one), I'll let the system run overnight and let you know. Currently, the > firmware version still shows 120. > > I would like to stress - just to be sure - that I am using chan_ss7 - not > libss7. > > If you need me to perform any further debugging or test, let me know > > Rgds, > > J. > > wcte12xp 0000:05:08.0: Setting up global serial parameters for E1 > wcte12xp 0000:05:08.0: Found a Wildcard TE121 > dahdi: Registered tone zone 2 (France) > dahdi_vpmadt032_loader: module license 'Digium Commercial' taints kernel. > eth0: no IPv6 routers present > wcte12xp 0000:05:08.0: Booting VPMADT032 > > wcte12xp 0000:05:08.0: VPM present and operational (Firmware version 120) > wcte12xp 0000:05:08.0: Span configured for CCS/HDB3 > > > > On Mon, Apr 26, 2010 at 7:46 PM, Shaun Ruffell <sruffell at digium.com>wrote: > >> On 04/26/2010 02:36 PM, Jean C?rien wrote: >> > >> > Unfortunately, the issue seems to continue: >> > Apr 26 15:34:28 pollux kernel: wcte12xp 0000:05:08.0: VPMADT032 is >> > non-responsive. Resetting. >> > Apr 26 15:34:34 pollux kernel: wcte12xp 0000:05:08.0: VPM present and >> > operational (Firmware version 120) >> > Apr 26 15:34:44 pollux kernel: wcte12xp 0000:05:08.0: VPMADT032 is >> > reenabled. >> > >> > Any suggestion is welcomed ! >> > >> > J. >> > >> >> Jean, >> >> Would you be willing to update to at least revision 8576[1] of the trunk? >> I'm not ready to declare victory but this change did vastly improve things >> for me when I actively tried to induce what you were reporting. >> >> http://svnview.digium.com/svn/dahdi?view=rev&rev=8576 >> >> Thanks, >> >> -- >> Shaun Ruffell >> Digium, Inc. | Linux Kernel Developer >> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA >> Check us out at: www.digium.com & www.asterisk.org >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20100427/b63ad9a4/attachment-0001.htm
|