Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

http://wiki.sipfoundry.org/display/oldxx/Architecture+Diagramhttp://wiki.sipfoundry.org/display/oldxx/Architecture+Diagram 

The sipXecs System Architecture Diagram

...

Highlights


  • Modular: 12 different server components that can coexist on one server HW or be distributed to different systems
  • Resilient: Offers HA redundancy between call control components
  • Scalability: Load balancing using the DNS SRV system
  • SIP Proxy based: sipXecs is not based on a B2BUA but implements a true SIP proxy architecture
  • B2BUA server (sipXbridge) for connecting to Internet Telephony Service Providers (ITSPs)
  • Conference bridge included in package
  • Freeswitch based Auto Attendant and Voicemail integrated * Better Voice Quality: Media goes direct point-to-point between the end points and never through the call control system
  • Standard SIP: sipXecs is all about a standards compliant implementation
  • Plug & Play Management: Phones are managed plug & play from within the system
  • IT Integration: LDAP, SOAP, and database integration. System looks like and operates like an IT application
  • No Special HW: sipXecs does not require any special HW. A standard Intel server will do
  • Features: Yes, there are lots of them
  • Roadmap: Yes, got a clear and public roadmap

    Comments

  • B2BUA server (sipXbridge) released with version 4.0
  • Conference bridge included in package
  • Freeswitch based Auto Attendant and Voicemail integrated

 

 

 Given Given its architecture, the sipXecs system is designed to interoperate with other third party feature servers. In addition, as we accomplished our objective of a truly distributed system, several instances of every component can be run on dedicated hardware and in different geographical locations to render a very scalable system. The sipXecs Configuration Server provides plug & play management for core components, all feature servers, as well as connected peripherals such as phones and gateways. An XML-based plug-in framework allows easy inclusion of additional components, both feature servers as well as additional peripherals. Documentation exists about how to add support for additional [phones] and [gateways].

...


User data can be uploaded from LDAP or using a comma-delimited CSV
file typically generated by a spreadsheet application. We also started
work on integrating an OAM DM stack used to configure "over-the-air"
multiband cell phones that support SIP over WiFi.

...