MATTF libss7

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

 



So, some other stuff are still not implemented.
I worked for extend mtp3/isup for passing required tests here.
Developing mtp2 is quite difficult without analizer. The the moder cpu-s
are fast enough, may help move many part on kernel level, or increase
kernel HZ...

On Wed, 2009-11-11 at 17:30 +0200, Konstantin Prokazoff wrote:
> Hi Atilla again...
> 
> Are your think so? Yes, it is coded to send it, but movement between
> different states of MTP2 goes too fast on modern CPU, so, some states
> can't be reached at ALL.
> For example, there are T17 timer at MTP3 layer, which isn't
> implemented. But it is still required for libss7 to work as described
> in ITU.
> 
> BR,
> K.
> 
> ? ???, 11/11/2009 ? 16:10 +0100, Attila Domjan ?????: 
> > Hmm, it is interesting...
> > 
> > static void t2_expiry(void * data)
> > {
> > 	struct mtp2 *link = data;
> > 
> > 	mtp2_setstate(link, MTP_IDLE);
> > 
> > 	return;
> > }
> > 
> > 
> > int mtp2_setstate(struct mtp2 *link, int newstate)
> > ....
> > case MTP_IDLE:
> > 			link->t2 = ss7_schedule_event(link->master, link->timers.t2,
> > t2_expiry, link);
> > 			if (mtp2_lssu(link, LSSU_SIO)) {
> > 				mtp_error(link->master, "Unable to transmit initial LSSU\n");
> > 				return -1;
> > 			}
> > 			link->state = MTP_NOTALIGNED;
> > 			return 0;
> > 
> > it is coded, periodically send SIO....
> > 
> > what is the link state in this case? (ss7 show linkset ...)
> > 
> > A
> > 
> > On Wed, 2009-11-11 at 15:46 +0100, Erik Wartusch wrote:
> > > Hi Attila!
> > > 
> > > I like your version. Thanks. Still I have problems to pass a MTP level 2
> > > test wanted by a czech telco.
> > > 
> > > It's regarding sending SIO / SIOS messages when the other sites link is
> > > down (during the specified T2 timer). They claim we sending not
> > > periodically the SIO messages (just once) until the T2 timer is running
> > > out. 
> > > 
> > > Any experience with that?
> > > 
> > > Kind Regards,
> > > Erik
> > > 
> > > Am Dienstag, den 10.11.2009, 11:30 +0100 schrieb Attila Domjan:
> > > > Hi, don't mix the libss7/asterisk(chan_dahdi) versions, there are some
> > > > api changes.
> > > > 
> > > > My version (many additional features) are working from my svn.
> > > > 
> > > > Regards,
> > > > Attila
> > > > 
> > > > On Mon, 2009-11-09 at 17:35 +0100, Erik Wartusch wrote:
> > > > > Hello ss7 list!
> > > > > 
> > > > > Installing libss7 and asterisk from
> > > > > http://svn.digium.com/svn/libss7/team/mattf/bug13495
> > > > > 
> > > > >  http://svn.digium.com/svn/asterisk/team/mattf/bug13495
> > > > > 
> > > > > as well as:
> > > > > http://svn.digium.com/svn/dahdi/tools/trunk dahdi-tools
> > > > > http://svn.digium.com/svn/dahdi/linux/trunk dahdi-trunk
> > > > > 
> > > > > (this order: dahdi, dahdi-tools, libss7 and then asterisk)
> > > > > 
> > > > > leads to the follwing error doing a "make" for the Asterisk version (see below).
> > > > > Did I made any mistake or is this a bug?
> > > > > 
> > > > > Kind Regards,
> > > > > 
> > > > > Erik
> > > > > 
> > > > > [CC] chan_dahdi.c -> chan_dahdi.o
> > > > > chan_dahdi.c: In function ?ss7_linkset?:
> > > > > chan_dahdi.c:10921: error: ?ss7_event_iam? has no member named
> > > > > ?cot_performed_on_previous_cic?
> > > > > chan_dahdi.c:10921: error: ?ss7_event_sam? has no member named
> > > > > ?cot_performed_on_previous_cic?
> > > > > chan_dahdi.c:10929: error: ?ss7_event_iam? has no member named
> > > > > ?cot_performed_on_previous_cic?
> > > > > chan_dahdi.c:10947: error: ?ss7_event_cot? has no member named
> > > > > ?cot_performed_on_previous_cic?
> > > > > chan_dahdi.c: In function ?process_dahdi?:
> > > > > chan_dahdi.c:16660: error: ?SS7_ISDN_ACCESS_INDICATOR? undeclared (first
> > > > > use in this function)
> > > > > chan_dahdi.c:16660: error: (Each undeclared identifier is reported only
> > > > > once
> > > > > chan_dahdi.c:16660: error: for each function it appears in.)
> > > > > make[1]: *** [chan_dahdi.o] Error 1
> > > > > make: *** [channels] Error 2
> > > > > srv27:/usr/src/UNSTABLE_libss7/asterisk-patched# cd ..
> > > > > 
> > > > > 
> > > > > _______________________________________________
> > > > > --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
> > > 
> > _______________________________________________
> > --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
> Best regards, 
> Konstantin Prokazoff
> ----------------------------------
> Center Of Excellence, S_V_R Group
> tel. +38 044 594 1707, ext. 1038
> fax. +38 044 594 1706
> icq. 133 033 448
> web: http://www.svr.kiev.ua
> ----------------------------------
> _______________________________________________
> --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 --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.digium.com/pipermail/asterisk-ss7/attachments/20091111/300a3c2c/attachment.pgp 


[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