Search results

Jump to: navigation, search

Page title matches

  • 3 KB (399 words) - 11:45, 4 November 2013
  • The purpose of Yate's design is to provide an extensible telephony engine. Holding the base code as simp [[Category:Programmers]] [[Category:Design]]
    2 KB (324 words) - 11:32, 13 November 2015

Page text matches

  • [[Category:Server]] [[Category:Client]] [[Category:Design]]
    3 KB (376 words) - 12:42, 4 November 2013
  • ...e largest number of simultaneous calls but unfortunately is plagued by bad design decisions and typical operating system handling of network sockets. We do not recommend IAX for handling large number of calls because of these design problems.
    4 KB (758 words) - 16:06, 31 October 2013
  • * [[Yate Design]]
    811 B (119 words) - 13:48, 13 February 2013
  • See [[YIAX design]] for implementation notes.
    232 B (38 words) - 14:38, 16 November 2012
  • ...nce services in a highly efficient way, thanks to its scalable and modular design.
    2 KB (343 words) - 15:13, 30 October 2012
  • * [[Yate Design]]
    8 KB (1,217 words) - 20:38, 10 March 2014
  • It is written in C++, having in mind a modular [[Yate Design| design]], allowing the use of scripting languages like Perl, Python or PHP to crea
    5 KB (888 words) - 13:05, 10 March 2015
  • The purpose of Yate's design is to provide an extensible telephony engine. Holding the base code as simp [[Category:Programmers]] [[Category:Design]]
    2 KB (324 words) - 11:32, 13 November 2015
  • But all Yate API's are quite unified, so all Yate design pages, apply to all API's. Enjoy. == About Yate design and implementation ==
    4 KB (524 words) - 09:01, 10 March 2016
  • ...ocated in different networks types, PSTN and Internet. This gateway-client design does not allow a SS7 layer 3 present on the gateway side because the M2UA g ...t's own Point Code. For some reasons, let's say security issues or network design, we do not want to process the traffic received from Node 1 on Node 3 so th
    13 KB (2,284 words) - 11:12, 13 December 2017
  • ...td/doc/product/access/sc/rel9/soln/voip20/impl/impdesn.htm|Voice Networks: Design Fundamentals]
    10 KB (1,328 words) - 09:09, 26 October 2017
  • For each of the queries an INVITE without media is sent to the designated server. From the SIP answer (which is supposed to be a 3xx Redirect) th
    5 KB (700 words) - 10:31, 4 November 2013
  • '''Note:''' In Yate's terminology, FXS/FXO designates the local (Yate) end of the line, not the remote one.
    17 KB (2,660 words) - 08:04, 21 June 2018
  • ...ines were analogue, nowadays they are almost entirely digital. The PSTN is designed after a lot of standards. This applies to VoIP protocols as well.
    9 KB (1,569 words) - 13:20, 20 March 2013
  • The message seems to have been designed for asynchronous processing (broadcast).
    2 KB (321 words) - 10:37, 21 January 2013
  • This is a SIGTRAN protocol and it was designed for remote processing of SS7 messages above MTP3 protocol, mostly ISUP an M2PA is a peer to peer SS7 layer 2 protocol. It was designed to replace MTP2 protocol in the IP scenarios.
    8 KB (1,083 words) - 11:49, 27 October 2017
  • The message has been designed for asynchronous processing (broadcast).
    612 B (88 words) - 11:56, 18 October 2013
  • The message is designed for synchronous processing.
    3 KB (375 words) - 08:03, 8 June 2016
  • The message seems to have been designed for asynchronous processing (broadcast).
    719 B (108 words) - 10:42, 21 January 2013
  • The message seems to have been designed for asynchronous processing (broadcast).
    960 B (147 words) - 10:35, 21 January 2013
  • The message seems to have been designed for synchronous processing.
    916 B (142 words) - 10:38, 21 January 2013
  • The message is designed for asynchronous processing (broadcast). A channel module that receives i
    1,015 B (144 words) - 10:59, 21 January 2013
  • ; Designed for SCTP sockets to create a stream socket or a sequenced packet socket
    4 KB (573 words) - 14:09, 26 October 2017
  • The message have been designed for synchronous processing.
    796 B (135 words) - 16:19, 18 January 2013
  • This is a module designed to check the quality of the digital audio path of a call. It works by ana
    2 KB (376 words) - 07:16, 23 May 2014
  • ...protocol allows client/server applications to communicate in a way that is designed to prevent eavesdropping, tampering, or message forgery.
    3 KB (431 words) - 08:45, 4 November 2013
  • The message is designed for synchronous processing. The client token provider should return true
    740 B (112 words) - 10:55, 21 January 2013
  • The message has been designed for synchronous processing.<br>
    1 KB (176 words) - 15:35, 22 January 2013
  • VoIP is designed to totally replace PSTN (Public Switched Telephony Network). Originally, The PSTN is designed after a lot of standards. This applies to VoIP protocols as well. Below y
    19 KB (3,169 words) - 11:20, 16 September 2013
  • * After that, in 1891, Almon Strowger designed the Strowger switch, which replaced the operator by automating his work.
    5 KB (774 words) - 15:04, 21 August 2013
  • It was first designed in America. There it has the name T-carrier, but the CEPT (European Confe
    6 KB (1,091 words) - 15:03, 21 August 2013
  • M2PA is a peer to peer SS7 layer 2 protocol. It was designed to replace MTP2 protocol in the IP scenarios. M2PA has some advantages ov The M2PA protocol was designed to use two SCTP streams. Stream 0 for Link Status Messages and Stream 1 f
    6 KB (958 words) - 10:45, 26 October 2017
  • M3UA is part of SS7 SIGTRAN protocol stack and it was designed for remote processing of SS7 messages above MTP3 protocol, mostly ISUP an
    11 KB (1,842 words) - 09:53, 27 October 2017
  • |SNOM 300 || 1.3.0 || SIP || OK<sup>2</sup> || marc@electronics-design.nl |Nokia E51 || 1.3.0 || SIP || OK<sup>1</sup> || marc@electronics-design.nl
    9 KB (1,256 words) - 07:01, 25 September 2015

View (previous 250 | next 250) (20 | 50 | 100 | 250 | 500)

Personal tools
Namespaces

Variants
Views
Actions
Preface
Configuration
Administrators
Developers