Toolpack - Revision history

Cbilodeau: remove h.323

2013-03-07T21:11:07Z

remove h.323

Ktrueman: major clean-up; integrated content from module 210

2010-05-27T15:12:58Z

major clean-up; integrated content from module 210

Ktrueman: /* References */ added link to data sheet

2010-03-02T16:15:51Z

References: added link to data sheet

Mathieu St-Jean: Undo revision 3660 by Mathieu St-Jean (Talk)

2009-10-29T15:06:45Z

Undo revision 3660 by Mathieu St-Jean (Talk)

Mathieu St-Jean: Undo revision 3666 by Mathieu St-Jean (Talk)

2009-10-29T15:06:14Z

Undo revision 3666 by Mathieu St-Jean (Talk)

Mathieu St-Jean at 15:05, 29 October 2009

2009-10-29T15:05:34Z

Mathieu St-Jean at 15:04, 29 October 2009

2009-10-29T15:04:56Z

Mathieu St-Jean at 15:04, 29 October 2009

2009-10-29T15:04:20Z

Mathieu St-Jean at 15:04, 29 October 2009

2009-10-29T15:04:01Z

Mathieu St-Jean: /* Toolpack API */

2009-10-29T15:02:25Z

Toolpack API

@@ Line 7: / Line 7: @@
 The Web Portal serves to capture and store the system configuration, which defines the available network interfaces, supported signaling protocols, supported audio codecs, and device-specific settings such as point codes and IP addresses. A separate software component, '''Toolpack Engine''', uses the configuration data to provide the core product functionality, such as switching between TDM and VOIP, transcoding between different VOIP and mobile codecs, and signaling conversion across different protocols.
-The actual business logic that determines how calls should be shuttled amongst different networks based on criteria such as calling number, called number, time of day, etc., are outside the scope of the Web Portal and the Toolpack engine. Such functionality has historically been provided by a SIP-, H.323- or H.248-compatible [[softswitch]]. However, should you not have access to a softswitch, TelcoBridges provides a '''Media Gateway Application''' that offers a sub-set of such call routing functionality.
+The actual business logic that determines how calls should be shuttled amongst different networks based on criteria such as calling number, called number, time of day, etc., are outside the scope of the Web Portal and the Toolpack engine. Such functionality has historically been provided by a SIP- or H.248-compatible [[softswitch]]. However, should you not have access to a softswitch, TelcoBridges provides a '''Media Gateway Application''' that offers a sub-set of such call routing functionality.
 TelcoBridges has also developed [[Toolpack API]], an application programming interface (API) whose modules are intended to provide solution developers with a simpler, protocol-agnostic approach to developing telephony applications while providing complete control, including access to system-level functionality.

@@ Line 1: / Line 1: @@
-Toolpack refers to a collection of software components that enable solution developers to author software applications that interact with the TelcoBridges family of hardware products. These kinds of applications include media gateway based applications for [[voice codecs | transcoding]] voice calls, providing switching among different [[signaling protocols]], and developing [[value-added services]] such as [[ringback tones]], [[unified communications]], or [[prepaid & postpaid calling]].
+Toolpack refers to a collection of software components that enable solution developers to author software applications that interact with the TelcoBridges family of hardware products. These kinds of applications include media gateway-based applications for [[voice codecs | transcoding]] voice calls, providing switching among different [[signaling protocols]], and developing [[value-added services]] such as [[ringback tones]], [[unified communications]], or [[prepaid & postpaid calling]].
-−
-−
-== Web Portal (OAM&P)==
 [[Image:Toolpack-screenshot.jpg|thumb|225px|Screenshot of Web Portal interface]]
-The [[Web Portal]] is a web-based Operations, Administration, Maintenance, and Provisioning ([http://en.wikipedia.org/wiki/OAMP OAM&P]) tool that enables the user to easily configure a TelcoBridges system and to monitor its performance. The Web Portal has been designed with an eye to the simplification of the configuration process with the use of intuitive web-based screens. The Web Portal is accessed from any computer using a standard web browser (Internet Explorer / Firefox) and is hosted by the Toolpack application server enabling the complete configuration of Tmedia/Tdev units.
+The '''[[Web Portal]]''' is a web-based tool that enables the user to configure a TelcoBridges [[Tmedia]] or [[Tdev]] device and to monitor its performance. The Web Portal has been designed with an eye to the simplification of the configuration process with the use of intuitive web-based screens. The Web Portal is accessed from any computer using a standard web browser (Internet Explorer / Firefox / Google Chrome).
-Using the Web Portal, the developer defines the physical hardware and its interfaces, the signaling interfaces, and the classification of functions into logical Network Access Points ([[NAP]]) that are in turn configured with signaling types, such as [[SIP]], [[SS7]], and [[ISDN]]. In addition, global parameters such as [[Clocking Sources|clocking signals]] are easily defined, regardless from which Tmedia/Tdev unit the clocking signal originates. All configuration settings and changes are displayed in the Web Portal and safeguarded against data loss in a distributed database architecture on network machines.
+The Web Portal serves to capture and store the system configuration, which defines the available network interfaces, supported signaling protocols, supported audio codecs, and device-specific settings such as point codes and IP addresses. A separate software component, '''Toolpack Engine''', uses the configuration data to provide the core product functionality, such as switching between TDM and VOIP, transcoding between different VOIP and mobile codecs, and signaling conversion across different protocols.
+TelcoBridges has also developed [[Toolpack API]], an application programming interface (API) whose modules are intended to provide solution developers with a simpler, protocol-agnostic approach to developing telephony applications while providing complete control, including access to system-level functionality.
-== Toolpack API ==
-TelcoBridges has also developed [[Toolpack API]], an application programming interface (API) whose modules are intended to provide the solution developer with a simpler, protocol-agnostic approach to developing telephony applications while providing complete control, including access to system-level functionality.
 [[Image:Toolpack Architecture Overview.jpg|thumb|225px|Schematic of the Toolpack API and a customer application]]

@@ Line 24: / Line 24: @@
 == References ==
 *[[media:FINAL - Product Brief TOOLPACK OAMP.pdf|Toolpack OAM&P white paper]]
 [[category:Toolpack]]

← Older revision		Revision as of 15:06, 29 October 2009
Line 17:		Line 17:

	Typically, an application only needs to interact with the system through the use of C++ classes.		Typically, an application only needs to interact with the system through the use of C++ classes.
		+

	== Application Components ==		== Application Components ==

@@ Line 9: / Line 9: @@
 Using the Web Portal, the developer defines the physical hardware and its interfaces, the signaling interfaces, and the classification of functions into logical Network Access Points ([[NAP]]) that are in turn configured with signaling types, such as [[SIP]], [[SS7]], and [[ISDN]]. In addition, global parameters such as [[Clocking Sources|clocking signals]] are easily defined, regardless from which Tmedia/Tdev unit the clocking signal originates. All configuration settings and changes are displayed in the Web Portal and safeguarded against data loss in a distributed database architecture on network machines.
 == Toolpack API ==
 TelcoBridges has also developed [[Toolpack API]], an application programming interface (API) whose modules are intended to provide the solution developer with a simpler, protocol-agnostic approach to developing telephony applications while providing complete control, including access to system-level functionality.
 [[Image:Toolpack Architecture Overview.jpg|thumb|225px|Schematic of the Toolpack API and a customer application]]

← Older revision		Revision as of 15:04, 29 October 2009
Line 9:		Line 9:

	Using the Web Portal, the developer defines the physical hardware and its interfaces, the signaling interfaces, and the classification of functions into logical Network Access Points ([[NAP]]) that are in turn configured with signaling types, such as [[SIP]], [[SS7]], and [[ISDN]]. In addition, global parameters such as [[Clocking Sources\|clocking signals]] are easily defined, regardless from which Tmedia/Tdev unit the clocking signal originates. All configuration settings and changes are displayed in the Web Portal and safeguarded against data loss in a distributed database architecture on network machines.		Using the Web Portal, the developer defines the physical hardware and its interfaces, the signaling interfaces, and the classification of functions into logical Network Access Points ([[NAP]]) that are in turn configured with signaling types, such as [[SIP]], [[SS7]], and [[ISDN]]. In addition, global parameters such as [[Clocking Sources\|clocking signals]] are easily defined, regardless from which Tmedia/Tdev unit the clocking signal originates. All configuration settings and changes are displayed in the Web Portal and safeguarded against data loss in a distributed database architecture on network machines.
−

← Older revision		Revision as of 15:02, 29 October 2009
Line 16:		Line 16:

	Typically, an application only needs to interact with the system through the use of C++ classes.		Typically, an application only needs to interact with the system through the use of C++ classes.
−

	== Application Components ==		== Application Components ==