Evaluation of Load/Stress tools for Web Applications Testing
Abstract :
With the continued tightening of expenses, IT organizations are forced to do more with less. The emergence of open source software has given IT organizations the opportunity to reduce their development cost without sacrificing quality. Software applications such as Apache web server and Open Office productivity package are examples of open source products used by businesses to reduce the total cost of ownership (TCO) within their organizations.
The high cost of performance test automation software is requiring QA professionals to begin to evaluate open source alternatives. The goal of this paper is to explain how to select open source tools, implement a sound performance test strategy, and gain the same benefits as the commercial performance test tools at a fraction of the commercial tools cost.
Although there are several open source performance test tools available, the detials in following document is as a result of Evaluation Study. Document explains the most popular open source performance test tools OpenSTA, TestMaker, JMeter and Grinder. Each of these tools provides the functionality necessary to complete a performance, load or stress test.
File Size : 233 KB 
|
|
| |
|
SIP UA + Stack for Google Android (GPL Source Code)
Abstract :
HSC is pleased to announce a free community port of the MJSIP stack and UA to Google's Android Platform. The ZIP file contains both the SIP stack and the UA. It also contains a ported RTP implementation which is commented out because the Android emulator does not support audio capture as of Apr/29/2008.
File Size : 2326 KB 
|
|
| |
|
A Concept Approach at bringing Legacy Telecom Application Servers to Web 2.0
Abstract :
With the increasing acceptance of AJAX as a mechanism to deliver real-time user experiences without the need of proprietary local clients and the increasing demand from consumers to have a better user experience with more features, both the Telecom and the Internet world are looking at means to be able to converge their offerings. However, being able to provide converged services is a challenge largely due to the fact that Telecom players already have existing applications they would like to monetize in addition to having limited know-how of Web 2.0 related technologies, whereas the Internet players, while proficient in Web 2.0 technologies have limited understanding of wireline and wireless networks to be able to offer ubiquitous service access.
The author believes that middleware SDP providers can help bridge this gap and provide “convergence” building blocks that would allow developers on both sides of the world develop functionality, or integrate existing functionality with ease.
Specifically, this paper, proposes the concept of “TelcoAJAX” – a set of building blocks that are aware of telecom primitives and how to represent and interact with users using a browser interface which developers can implement on top of SIP/Presence based applications
File Size : 793 KB
|
|
| |
|
Motivation for RSS feed for SIP Presence state
Abstract :
Web feeds (hereby referred to as 'feed') have always played an
important role in providing users content related updates of Websites
without having to visit those websites manually. Typical examples of
feed usage include users 'subscribing' to the feed of a website
(example, CNN.com) and thereby automatically receiving 'news
headlines' when the content changes. Recently, there have been significant innovations where feeds from different
sources have been combined to produce new services in a 'Web Based
Service Creation Environment' model allowing users to create
interesting services building on top of 'primitives' that can be
represented on the Web.
This document describes the motivation for a feed for Presence
information, which the authors believe would be useful to create new
services using a similar environment described above.
File Size : 51 KB
|
|
| |
|
Downlink Link Budget Analysis for a DVB-SH System
Abstract :
The DVB-SH (Digital Video Broadcasting – Satellite to Handheld) system is the latest of a series of specifications that enables broadcast quality video to be relayed directly from a broadcast network, and displayed on a handheld/portable/mobile device. In the case of the DVB-SH system, the broadcast network is made up of two components: The Satellite Component (SC) relays signals directly from the satellite to the User Equipment (UE), which may be fixed, portable or mobile. The Complementary Ground Component (CGC), on the other hand, is made up of a mesh of relay stations, which receive direct transmissions from the satellite system, and then “forward” the signals onto UE units within the coverage area of the particular CGC unit. Passive CGC units typically act as “relays” which perform only power boosting, while active CGC would also be involved in “Over-The-Air” (OTA) Error Correction and Local Content Insertion (LCI).
This document outlines the techniques used and assumptions made to provide a rough estimate of the downlink budget of the Complementary Ground Component (CGC) portion of a DVB-SH system. The reader is assumed to have some understanding of the DVB-SH system as well as knowledge of satellite link budgets.
File Size : 956 KB
|
|
| |
|
ALSD : Adaptive Local Surface Deconstruction
Abstract :
An algorithm for noise erasure and structural information recovery for surfaces with structural discontinuaties
File Size : 621 KB
|
|
| |
|
Enterprise Architecture for NGN Service Providers
Abstract :
This paper aims to introduce generic enterprise architecture for integrating the OSS/BSS systems for a
telecom service provider. The paper talks about the proposed architecture, its benefits and how it
overcomes the limitations of the legacy OSS/BSS architectures. The proposed architecture is based on
Service Oriented Architecture (SOA), which helps the individual components and systems to be loosely
coupled. The services are independent of the language in which they are implemented, the location they
are placed and the platform they are built on. The business process workflows have been designed using
Business Process management (BPM) which makes the management and maintenance of the processes
easy.
File Size : 579 KB
|
|
| |
|
IMS – The Ideal Architecture for Enabling Quadruple Play for Operators
Abstract :
Broadband IP is a great leveling ground when it comes to converged services being offered by multiple
providers. For example, with the availability of Broadband, companies such as Vonage could offer IP
based phone replacement solutions threatening the turf of established phone operators. Similarly,
Comcast can now suddenly offer Cable VoIP (phone service) and Verizon can now suddenly offer TV
services over IP, thereby threatening each in service areas that were traditionally never their turf.
Broadband IP has also enabled ‘new kids on the block’ like Skype, Joost and others to offer bundled
services that threaten the trillion dollar communications industry as we know it. This is one main reason
why carriers are competing to stay alive with “Quadruple Play” blended services that offer Voice, Video,
Data and Wireless accessibility into one.
However, providing Quadruple-Play across heterogeneous networks (WiMAX, DSL, Cable, cellular etc.) is
a non-trivial task and one needs a robust and well thought out architecture which ensures that services
can be provisioned and provided uniformly to subscribers in a way that lends to seamless user
experience and operator provisioning/charging and billing.
This paper describes the merit of IMS (IP Multimedia Subsystem) - an over-arching architecture
specification that enables uniformed IP based service delivery over diverse network types (WiFi, DSL,
WiMAX, Cellular technologies etc.) as the ideal architecture for Operators to deliver Quadplay services to
their users.
File Size : 385 KB
|
|
| |
|
An Extension to SDP for Media Loopback
Abstract :
The wide deployment of Voice over IP (VoIP), Real-time Text and Video over IP services has introduced new challenges in managing and maintaining voice/real-time Text/video quality, reliability, and overall performance. In particular, media delivery is an area that needs attention. One method of meeting these challenges is monitoring the media delivery performance by looping media back to the transmitter. This is typically referred to as "active monitoring" of services. Media loopback is especially popular in ensuring the quality of transport to the edge of a given VoIP, Real-time Text or Video over IP service. Today in networks that deliver real-time media, short of running 'ping' and 'traceroute' to the edge, service providers are left without the necessary tools to actively monitor, manage, and diagnose quality issues with their service. The extension defined herein adds new SDP media attributes which enables establishment of media sessions where the media is looped back to the transmitter. Such media sessions will serve as monitoring and troubleshooting tools by providing the means for measurement of more advanced VoIP, Real-time Text and Video Over IP performance metrics.
File Size : 76 KB
|
|
| |
|
RFC 3261 UAC and UAS test cases for SFTF
Abstract :
This document has been contributed by HSC to the SIP Forum Test Framework (SFTF) organization at https://www.sipfoundry.org/sftf
under the GNU LGPL license. This document captures each MUST, MAY, SHALL, SHOULD and RECOMMENDED clauses of a UAC/S as per RFC 3261 and describes test cases and call flows which could be used to test the required behaviour. This document could be used as a test case document for implementors who may choose to implement the call flows and expected output in their favourite testing tool, including SFTF
File Size : 635 KB
|
|
| |
|
An Introduction to VoIP and its Challenges
Abstract :
This paper presents a brief introduction on VoIP and discusses some of the most common deployment challenges that are faced. It also discusses the issue of Spam over Internet Telephony (SPIT), its implications and mechanisms to address this growing concern.
File Size : 246 KB
|
|
| |
|
GNU Radio
Abstract :
GNU Radio is a collection of software that when combined with minimal hardware, allows the
construction of radios where the actual waveforms transmitted and received are defined by software.
What this means is that it turns the digital modulation schemes used in today's high performance
wireless devices into software problems.
GNU Radio provides a library of signal processing blocks and the glue to tie it all together. The
programmer builds a radio by creating a graph (as in graph theory) where the vertices are signal
processing blocks and the edges represent the data flow between them. The signal processing blocks
are implemented in C++. Conceptually, blocks process infinite streams of data flowing from their input
ports to their output ports. Blocks' attributes include the number of input and output ports they have as
well as the type of data that flows through each. The most frequently used types are short, float and
complex.
File Size : 190 KB
|
|
| |
|
Engineering of Quality of Service
Abstract :
Given the limiting nature of the communication channel in a communication system, the end user
applications (such as browsers, FTP clients, media clients) experience certain effects of the
communication channel. These effects, such as delay, throughput, error rates, variation in delay etc.
constitute the elements that make up for the user experience or "service".
The teletraffic engineering world was a relatively simpler world in the voice telephony era and very
effective techniques of measuring and engineering service quality are in place. In this section we shall
consider only the packet data networks and use the term “network” to mean “packet data network”.
File Size : 188 KB
|
|
| |
|
TCP revisited
Abstract :
TCP is transmission Control Protocol, the Layer4 protocol for communication over both wireline as well as wireless links. It is one of the most widespread of protocols in usage today. All key applications defining the web today, http, email transfer, file transfer, etc. use TCP as the backbone transmission
protocol.
TCP offers a stream oriented reliable delivery service. Unusually, for a transport layer protocol, it has no explicit support for QoS. Perhaps this is one of the reasons for its success - by eschewing features, it has managed to be simultaneously very efficient and very powerful. Also, it is designed to operate on any standard network layer protocol with as few assumptions as possible.
The key feature in TCP is a very sophisticated scheme of congestion management and rate adaptation.
There are multiple variants of TCP, each principally differing in the way they execute these features.
For a definitive specification of TCP protocol, please see the standard in rfc0793.
In the rest of this article, we shall review the theory of TCP congestion avoidance and the different
algorithms available for handling the same.
File Size : 207 KB
|
|
| |
|