performance of libss7 on load

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

 



Well, I'm looking at the code, and what we are trying to do (at least  
if it's an MSU) is request a retransmission of all packets up to that  
number.  When I had written that part, I had used that as a "best  
practice" behavior.   Are you sending it an out of sequence MSU or  
another type of SU?

Matthew Fredrickson

On May 9, 2007, at 8:18 PM, sai jayram AKV wrote:

> By sequnce number mismatch, I meant FSN and BSN number mismatch.
> forex: If the stack expects BSN 15 and when?it receives 13, the stack  
> puts a print as sequence number mismatch and goes into idle state.
> ?
> ?
> ?
> ?
> ?
>
>> ------------------------------
>>
>> Message: 3
>> Date: Wed, 9 May 2007 19:58:56 +0530
>> From: "sai jayram AKV" < saijayram@xxxxxxxxx>
>> Subject: [asterisk-ss7] performance of libss7 on load
>> To: asterisk-ss7@xxxxxxxxxxxxxxxx
>> Message-ID:
>> ?????? <68196b880705090728h7492a2d0o9ccae4adaa3d8949@xxxxxxxxxxxxxx>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> HI.
>>
>> I have downloaded libss7 stack from digium site 2 days ago and  
>> successfully
>> ported on our custom built card and interfaced to asterisk.
>>
>> I would like to thank all contributors for such a wonderful piece of  
>> code.
>> The source code is pretty neat and we could port in a days time.
>>
>> Did any one do any performance analysis on ss7 stack..?
>>
>> I have simulated some error conditions to create sequence number  
>> mismatch
>> and observed that ss7 link goes to idle state. The recovery mechanism  
>> doesnt
>> work.
>> Also, did any one try load testing on link..? our system should be  
>> designed
>> to handle 200,000 calls an hour for IVR application. can the stack  
>> handle so
>> much of load..?
>>
>>
>> Rgds
>> sai
>>
>>
>>
>> --
>> A.K.V.Sai jayram
>> Bangalore
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:  
>> http://lists.digium.com/pipermail/asterisk-ss7/attachments/20070509/ 
>> b8a6e800/attachment-0001.htm
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Wed, 9 May 2007 09:50:49 -0500
>> From: Matthew Fredrickson < creslin@xxxxxxxxxx>
>> Subject: Re: [asterisk-ss7] performance of libss7 on load
>> To: asterisk-ss7@xxxxxxxxxxxxxxxx
>> Message-ID: < 964dca847a96636c949bc4e894f395b3@xxxxxxxxxx>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>>
>> On May 9, 2007, at 9:28 AM, sai jayram AKV wrote:
>> > Ihave downloaded libss7 stack from digium site 2 days ago and
>> > successfully ported on our custom built card and interfaced to
>> > asterisk.
>> >
>> > I would like to thank all contributors for such a wonderful piece of
>> > code. The source code is pretty neat and we could port in a days  
>> time.
>> >
>> > Did any one do any performance analysis on ss7 stack..?
>> >
>> > I have simulated some error conditions to create sequence number
>> > mismatch and observed that ss7 link goes to idle state. The recovery
>> > mechanism doesnt work.
>> > Also, did any one try load testing on link..? our system should be
>> > designed to handle 200,000 calls an hour for IVR application. can  
>> the
>> > stack handle so much of load..?
>>
>> What do you mean by a sequence number mismatch?
>>
>> Matthew Fredrickson
>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> --Bandwidth and Colocation provided by Easynews.com --
>>
>> asterisk-ss7 mailing list
>> To UNSUBSCRIBE or update options visit:
>> ?? http://lists.digium.com/mailman/listinfo/asterisk-ss7
>>
>>
>> End of asterisk-ss7 Digest, Vol 27, Issue 6
>> *******************************************
>
>
>
> -- 
> A.K.V.Sai jayram
> Bangalore
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-ss7 mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-ss7


[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