Mandelstam David

Best of Breed Telephony with mixed OST and proprietary code Presented by: David Mandelstam, CEO/President, Sangoma Technologies

Open Source vs. Licensed software Licensed software Open Source Produced to meet a business requirement Written to meet a user’s specific need Feature set defined by standards or business case Features added as required by the users Customers expect all published features to work! Standards define the features Implementation is pragmatic: Features are added as they are found useful Good projects are exhaustively tested before release, with quick fixes for any published features that do not work Most testing is in the field: Popular features are well tested, other features are less well tested

Compliance testing and open source
Compliance testing is often both time consuming and expensive. Who pays for certification of an open source project?
Does she then give it away to the community?
Why?
The certified software is only certified to the extent that the code is not touched. Who is responsible if the code is modified and no longer complies?

Conclusion: Open Source may not be the best solution for compliance tested code.

Sangoma Open Source/Proprietary mixed implementation Closed source Proprietary code Open Source code

Extensions of this approach
Used for BRI support
Splitting the telephony interface from the application improves scalability.
Protocol stack does not have to be proprietary: We may use this approach for PRI using libpri or other PRI stacks
Could even be used for SIP
From the point of view of Asterisk, every type of connection looks exactly the same: Total connection abstraction
It is the SMG and telephony application that is certified, without reference to the application, e.g. Asterisk.

Questions?

Sangoma AFT Family of Cards Base PCI or PCI Express card Optional DSP module for echo cancellation and transcoding Personality Card : Quad port analog module Personality Card : Octal port T1/E1 module Personality Card: Quad port T1/E1 module Personality Card: Dual port T1/E1 module

Standards and compliance
Adherence to standards is often a requirement in telephony applications
Compliance testing is often largely related to dealing with exception conditions
These exception conditions are by definition seldom seen in the field
Pragmatic solutions (solutions that “work”) do not therefore always meet the requirements of standards certification

What are the attributes of a good open source project?
The application must fit a universal need
There needs to be a strong central organization and driving member(s)
The project should ideally be multifaceted so that multiple developers can work on different aspects.
In open source popularity=quality , as much of the quality control is in the field.
There must be a payoff for developers
Excellent examples of good open source projects are Linux® and Asterisk®

We are heavily standards-based There is a difference between an implementation that “works” and one that is certified!

Mandelstam David

by Carl Ford on Mar 22, 2008

Accessibility

Categories

Upload Details

Usage Rights

Statistics

Mandelstam David — Presentation Transcript