[asterisk-ss7] dahdi chunk_size chan_ss7
Goke M Aruna
goksie at gmail.com
Sun Apr 11 17:27:33 CDT 2010
Thanks Domjan,
I have everything setup but with the link is flapping and i noticed two
basic errors
"utils.c: Failed to delete timer" and
"[Apr 10 14:12:50] DEBUG[15503] mtp.c: Got valid SLTA response on link 'l1',
state=5.
[Apr 10 14:13:00] DEBUG[15503] mtp.c: MTP2 CRC error (CRC=0x60e7 != 0xf0b8)
on link 'l1'. Last raw bits': 99 fa 1e 1c 00 3e 4c fd 0f 0e 00 1f 26 7e 87
87 00 0f 93 3f 43 c3 80 07 c9 9f a1 e1 c0 03 03 e4 cf d0 f0 e0
[Apr 10 14:13:51] DEBUG[15503] mtp.c: Sending buffer to dahdi len=25, on
link 'l1' bsn=97, fsn=98.
[Apr 10 14:13:51] DEBUG[15503] mtp.c: Got MSU on link 'l1' sio=1 slc=0
m.sls=0 bsn=1/98, fsn=1/98, sio=81, len=22: 56 05 46 01 21 f0 11 22 33 44 55
66 77 88 99 aa bb cc dd ee ff
[Apr 10 14:13:51] DEBUG[15503] mtp.c: Got valid SLTA response on link 'l1',
state=5.
[Apr 10 14:14:03] DEBUG[15503] mtp.c: MTP2 bitstream frame format error,
entering octet counting mode on link 'l1'. Last raw bits': d0 57 e4 74 70 03
e8 2b f2 3a 38 01 f4 15 f9 1d 1c 00 fa 0a fc 8e 8e 00 7d 05 7e 47 47 00 3e
82 bf bf 23 a3
[Apr 10 14:14:54] WARNING[15503] mtp.c: T7 timeout (excessive delay of
acknowledgement) on link 'l1', state=5.
[Apr 10 14:14:54] WARNING[15503] chan_ss7.c: MTP is now DOWN on link 'l1'.
[Apr 10 14:14:54] NOTICE[15503] mtp.c: MTP changeover last_ack=98,
last_sent=99, from schannel 15, no INSERVICE schannel found
[Apr 10 14:14:54] NOTICE[15503] mtp.c: Failover not possible, no other
signalling link and no other host available.
[Apr 10 14:14:54] WARNING[15503] chan_ss7.c: MTP is now DOWN on link 'l1'.
[Apr 10 14:14:54] DEBUG[15503] mtp.c: Fail on link 'l1'. "
to solve the slta, I tried putting the sltm => no on the ss7.conf, I am
getting unknown config.
kindly help.
On Sat, Mar 27, 2010 at 8:14 PM, Domjan Attila <adomjan at tvnet.hu> wrote:
> zaptel won't come up anymore, just dahdi :)
>
> A108 + HWEC
> dahdi-linux-2.2.1
> wanpipe 3.4.8
> mtp2 channel mode, libss7
>
> On Sat, 2010-03-27 at 17:23 +0100, Goke M Aruna wrote:
> > Can you tell me what version of wanpipe do you use?
> >
> > Am having error Zaptel device failed to come up.
> >
> > Possible cause Udev not installed.
> >
> > Can someone help. I have confimed I have udev
> >
> > On 3/15/10, Ngo-Vi Hoai-Anh <hoaianh at gmx.de> wrote:
> > > We have managed to make it work with DAHDI_CHUNKSIZE 40.
> > >
> > > We use:
> > > - Sangoma A 108
> > > - Chan_ss7 1.3
> > > - Dahdi-linux-2.2.1
> > >
> > > It works but we don't know for sure how stable it is. I would be very
> > > thankful if someone tries and give us some feedback.
> > >
> > > Patch on chan_ss7
> > >
> > > diff -ur chan_ss7-1.3/mtp.c chan_ss7-chunk40-1.3/mtp.c
> > > --- chan_ss7-1.3/mtp.c 2009-12-06 10:34:42.000000000 +0100
> > > +++ chan_ss7-chunk40-1.3/mtp.c 2010-03-15 11:09:07.000000000 +0100
> > > @@ -1829,7 +1829,8 @@
> > > gettimeofday(&now, NULL);
> > > tdiff = timediff_usec(now, last);
> > > #ifndef MTP_OVER_UDP
> > > - if (tdiff > 5000)
> > > + //if (tdiff > 5000)
> > > + if (tdiff > 25000)
> > > if (n_mtp2_state)
> > > fifo_log(m, LOG_NOTICE, "Excessive poll delay %d!\n",
> tdiff);//xxxx
> > > #endif
> > > diff -ur chan_ss7-1.3/transport.h chan_ss7-chunk40-1.3/transport.h
> > > --- chan_ss7-1.3/transport.h 2009-12-06 10:34:42.000000000 +0100
> > > +++ chan_ss7-chunk40-1.3/transport.h 2010-03-15 10:49:10.000000000
> +0100
> > > @@ -37,7 +37,8 @@
> > > #ifdef MTP_OVER_UDP
> > > ZAP_BUF_SIZE = 64,
> > > #else
> > > - ZAP_BUF_SIZE = 16,
> > > + //ZAP_BUF_SIZE = 16,
> > > + ZAP_BUF_SIZE = 80,
> > > #endif
> > > };
> > >
> > >
> > >
> > >
> > > Patch on dahdi
> > >
> > > diff -ur dahdi-linux-2.2.1/drivers/dahdi/dahdi-base.c
> > > /var/tmp/dahdi-linux-2.2.1/drivers/dahdi/dahdi-base.c
> > > --- dahdi-linux-2.2.1/drivers/dahdi/dahdi-base.c 2009-12-28
> > > 20:16:37.000000000 +0100
> > > +++ /var/tmp/dahdi-linux-2.2.1/drivers/dahdi/dahdi-base.c 2010-03-15
> > > 13:20:23.000000000 +0100
> > > @@ -3047,7 +3047,8 @@
> > > case DAHDI_TONE_MFR1_ST2P:
> > > case DAHDI_TONE_MFR1_ST3P:
> > > /* signaling control tones are always 100ms */
> > > - t->tonesamples = 100 * DAHDI_CHUNKSIZE;
> > > + /* t->tonesamples = 100 * DAHDI_CHUNKSIZE; */
> > > + t->tonesamples = 100 * DAHDI_DEFAULT_CHUNKSIZE;
> > > break;
> > > default:
> > > t->tonesamples = global_dialparams.mfv1_tonelen;
> > > @@ -4249,27 +4250,37 @@
> > > continue;
> > >
> > > for (i = 0; i < ARRAY_SIZE(z->dtmf); i++) {
> > > - z->dtmf[i].tonesamples =
> global_dialparams.dtmf_tonelen
> > > * DAHDI_CHUNKSIZE;
> > > + // z->dtmf[i].tonesamples =
> > > global_dialparams.dtmf_tonelen * DAHDI_CHUNKSIZE;
> > > + z->dtmf[i].tonesamples =
> global_dialparams.dtmf_tonelen
> > > * DAHDI_DEFAULT_CHUNKSIZE;
> > > }
> > >
> > > /* for MFR1, we only adjust the length of the digits */
> > > for (i = DAHDI_TONE_MFR1_0; i <= DAHDI_TONE_MFR1_9; i++) {
> > > - z->mfr1[i - DAHDI_TONE_MFR1_BASE].tonesamples =
> > > global_dialparams.mfv1_tonelen * DAHDI_CHUNKSIZE;
> > > + //z->mfr1[i - DAHDI_TONE_MFR1_BASE].tonesamples =
> > > global_dialparams.mfv1_tonelen * DAHDI_CHUNKSIZE;
> > > + z->mfr1[i - DAHDI_TONE_MFR1_BASE].tonesamples =
> > > global_dialparams.mfv1_tonelen * DAHDI_DEFAULT_CHUNKSIZE;
> > > }
> > >
> > > for (i = 0; i < ARRAY_SIZE(z->mfr2_fwd); i++) {
> > > - z->mfr2_fwd[i].tonesamples =
> > > global_dialparams.mfr2_tonelen * DAHDI_CHUNKSIZE;
> > > + //z->mfr2_fwd[i].tonesamples =
> > > global_dialparams.mfr2_tonelen * DAHDI_CHUNKSIZE;
> > > + z->mfr2_fwd[i].tonesamples =
> > > global_dialparams.mfr2_tonelen * DAHDI_DEFAULT_CHUNKSIZE;
> > > }
> > >
> > > for (i = 0; i < ARRAY_SIZE(z->mfr2_rev); i++) {
> > > - z->mfr2_rev[i].tonesamples =
> > > global_dialparams.mfr2_tonelen * DAHDI_CHUNKSIZE;
> > > + //z->mfr2_rev[i].tonesamples =
> > > global_dialparams.mfr2_tonelen * DAHDI_CHUNKSIZE;
> > > + z->mfr2_rev[i].tonesamples =
> > > global_dialparams.mfr2_tonelen * DAHDI_DEFAULT_CHUNKSIZE;
> > > }
> > > }
> > > write_unlock(&zone_lock);
> > > -
> > > +
> > > + /**
> > > dtmf_silence.tonesamples = global_dialparams.dtmf_tonelen *
> > > DAHDI_CHUNKSIZE;
> > > mfr1_silence.tonesamples = global_dialparams.mfv1_tonelen *
> > > DAHDI_CHUNKSIZE;
> > > mfr2_silence.tonesamples = global_dialparams.mfr2_tonelen *
> > > DAHDI_CHUNKSIZE;
> > > + */
> > > +
> > > + dtmf_silence.tonesamples = global_dialparams.dtmf_tonelen *
> > > DAHDI_DEFAULT_CHUNKSIZE;
> > > + mfr1_silence.tonesamples = global_dialparams.mfv1_tonelen *
> > > DAHDI_DEFAULT_CHUNKSIZE;
> > > + mfr2_silence.tonesamples = global_dialparams.mfr2_tonelen *
> > > DAHDI_DEFAULT_CHUNKSIZE;
> > >
> > > break;
> > > }
> > > diff -ur dahdi-linux-2.2.1/drivers/dahdi/digits.h
> > > /var/tmp/dahdi-linux-2.2.1/drivers/dahdi/digits.h
> > > --- dahdi-linux-2.2.1/drivers/dahdi/digits.h 2008-08-06
> > > 01:56:00.000000000 +0200
> > > +++ /var/tmp/dahdi-linux-2.2.1/drivers/dahdi/digits.h 2010-03-15
> > > 13:23:02.000000000 +0100
> > > @@ -19,10 +19,14 @@
> > > #ifndef _DIGITS_H
> > > #define _DIGITS_H
> > >
> > > -#define DEFAULT_DTMF_LENGTH 100 * DAHDI_CHUNKSIZE
> > > -#define DEFAULT_MFR1_LENGTH 68 * DAHDI_CHUNKSIZE
> > > -#define DEFAULT_MFR2_LENGTH 100 * DAHDI_CHUNKSIZE
> > > -#define PAUSE_LENGTH 500 * DAHDI_CHUNKSIZE
> > > +//#define DEFAULT_DTMF_LENGTH 100 * DAHDI_CHUNKSIZE
> > > +#define DEFAULT_DTMF_LENGTH 100 * DAHDI_DEFAULT_CHUNKSIZE
> > > +//#define DEFAULT_MFR1_LENGTH 68 * DAHDI_CHUNKSIZE
> > > +#define DEFAULT_MFR1_LENGTH 68 * DAHDI_DEFAULT_CHUNKSIZE
> > > +//#define DEFAULT_MFR2_LENGTH 100 * DAHDI_CHUNKSIZE
> > > +#define DEFAULT_MFR2_LENGTH 100 * DAHDI_DEFAULT_CHUNKSIZE
> > > +//#define PAUSE_LENGTH 500 * DAHDI_CHUNKSIZE
> > > +#define PAUSE_LENGTH 500 * DAHDI_DEFAULT_CHUNKSIZE
> > >
> > > /* At the end of silence, the tone stops */
> > > static struct dahdi_tone dtmf_silence = {
> > > diff -ur dahdi-linux-2.2.1/include/dahdi/kernel.h
> > > /var/tmp/dahdi-linux-2.2.1/include/dahdi/kernel.h
> > > --- dahdi-linux-2.2.1/include/dahdi/kernel.h 2009-11-12
> > > 21:02:24.000000000 +0100
> > > +++ /var/tmp/dahdi-linux-2.2.1/include/dahdi/kernel.h 2010-03-15
> > > 13:13:00.000000000 +0100
> > > @@ -94,9 +94,11 @@
> > > /*! Default chunk size for conferences and such -- static right now,
> > > might make
> > > variable sometime. 8 samples = 1 ms = most frequent service
> > > interval possible
> > > for a USB device */
> > > -#define DAHDI_CHUNKSIZE 8
> > > +/*! oroginal #define DAHDI_CHUNKSIZE 8 */
> > > +#define DAHDI_CHUNKSIZE 40
> > > #define DAHDI_MIN_CHUNKSIZE DAHDI_CHUNKSIZE
> > > -#define DAHDI_DEFAULT_CHUNKSIZE DAHDI_CHUNKSIZE
> > > +/*! original #define DAHDI_DEFAULT_CHUNKSIZE DAHDI_CHUNKSIZE */
> > > +#define DAHDI_DEFAULT_CHUNKSIZE 8
> > > #define DAHDI_MAX_CHUNKSIZE DAHDI_CHUNKSIZE
> > > #define DAHDI_CB_SIZE 2
> > >
> > >
> > >
> > >
> > >
> > > marek cervenka schrieb:
> > >>> Dear folk,
> > >>>
> > >>> I've found this interesting document
> > >>>
> http://www.sangoma.com/assets/docs/misc/2009_10_09_How_to_Reduce_Asterisk_System_Loads.pdf
> .
> > >>>
> > >>> After having read it I've tried to set chunk size to 40 for using
> > >>> sangoma + chan_ss7. But it doesn't work. Chan_ss7 seems not to be
> able
> > >>> able to setup link on mtp level. I got this permanently:
> > >>> ...
> > >>>
> > >>> Has someone already struggled with the same problem? Is there any
> patch
> > >>> for this?
> > >>>
> > >>
> > >> i have the same problem. no solution
> > >>
> > >> ---------------------------------------
> > >> jabber - cervajs at njs.netlab.cz
> > >> Marek Cervenka
> > >> =======================================
> > >>
> > >>
> > >>
> > >
> > >
> > > --
> > > _____________________________________________________________________
> > > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> > >
> > > asterisk-ss7 mailing list
> > > To UNSUBSCRIBE or update options visit:
> > > http://lists.digium.com/mailman/listinfo/asterisk-ss7
> > >
> >
> > --
> > Sent from my mobile device
> >
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-ss7
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-ss7/attachments/20100411/390a7567/attachment.htm
More information about the asterisk-ss7
mailing list