Mandelstam David
0 likes262 views
Open source software has benefits but poses challenges for compliance testing required by standards. Sangoma addresses this by using a mixed open source/proprietary approach where the proprietary components handle certified functionality while open source handles other aspects like interfaces. This allows leveraging open source while ensuring components needing certification can be tested and validated as required.
Mandelstam David
- 1. Best of Breed Telephony with mixed OST and proprietary code Presented by: David Mandelstam, CEO/President, Sangoma Technologies
- 2. 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
- 3. 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?
- 4. Conclusion: Open Source may not be the best solution for compliance tested code.
- 5. Sangoma Open Source/Proprietary mixed implementation Closed source Proprietary code Open Source code
- 6. 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.
- 7. Questions?
- 8. 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
- 9. 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
- 10. 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®
- 11. We are heavily standards-based There is a difference between an implementation that “works” and one that is certified!