dahdi 2.3 and CHAN_SS7

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

 



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 


[Index of Archives]     [Asterisk App Development]     [PJ SIP]     [Gnu Gatekeeper]     [IETF Sipping]     [Info Cyrus]     [ALSA User]     [Fedora Linux Users]     [Linux SCTP]     [DCCP]     [Gimp]     [Yosemite Backpacking]     [Deep Creek Hot Springs]     [Yosemite Campsites]     [ISDN Cause Codes]     [Asterisk Books]

  Powered by Linux