Avaya just released a new LITE client for the one-X Mobile app for iPhone.
This is not the full version of one-X Mobile, however it has many cool features and does not require the backend one-X Mobile server. You do need to configure the following on Communication Manager for the app to work:
1. Exension to Cellular (EC500)
2. Feature Name Exension (FNE)
3. Feature Access Code (FAC)
The app is a free download that works with an Avaya business solution that is already licensed for EC500/UC Standard Edition+.
Download App and Setup Guides at: Avaya App Store
Tuesday, December 15, 2009
Thursday, November 19, 2009
Nemertes: Avaya Leads Cisco with Lower TCO - 2009 Study Says
From Avaya Today:
According to an independent analyst survey of 1,400 customers, Nemertes concluded that Avaya is the lowest-cost IP telephony provider for deployments over 250 users:
Avaya has a proven lower 3-year TCO. Avaya is 36% less costly to own over 3 years versus Cisco (Capital plus Operational costs).
Cisco has a higher 3-year TCO. Cisco is 1.5x more costly to own and operate over 3 years versus Avaya (Capital and Operational Expenses).
Cisco requires 55% more staff than Avaya. In studying "Average Number of Full-Time Equivalent Employees Devoted to VOIP, by Vendor" – Avaya requires only five (5) people on average, while Cisco requires nine (9).
“The underlying message here is that Avaya is easier to manage than Cisco, that its customers are better trained, or both,” according to Robin Gareiss, Executive Vice President & Sr. Founding Partner of Nemertes Research, and author of the 2009 paper “True Cost of Voice Over IP”.
Nemertes measured the true cost of voice over IP by capturing customer data on implementation, capital and annual operational costs. The 2007 Nemertes issue paper “Business Case for Voice Over IP” showed Cisco TCO was 47% more expensive based on a similar customer survey.
Also as a result of this survey, Avaya has been named as the top overall provider of Unified Communications (UC), and subsequently received the PilotHouse Award for Best Unified Communications Provider for 2009 from Nemertes Research. “The common thread among participants that favor Avaya is its technology, integration capabilities, and management tools.” According to Irwin Lazar Vice President, Communications Research, Nemertes Research.
Vendors were ranked in five categories: value, technology, customer service, integration and management tools. Avaya received top scores in technology, integration and management tools and ranked second in value and customer service. “One of the key strengths of Avaya is they understand high availability,” says the IT director of a large utility company. Cisco came in second, followed by Microsoft and IBM.
The goal of the Nemertes PilotHouse Awards program is to determine how well vendors perform in the eyes of their business customers. Results are entirely based on the views and experiences of actual customers of unified communications vendors. There is no vendor sponsorship of the research.
Nemertes: 2009 TCO White Paper: http://www.packetbase.com/userfiles/pdf/NemertesVOIPBusinessCasePacketBase.pdf
According to an independent analyst survey of 1,400 customers, Nemertes concluded that Avaya is the lowest-cost IP telephony provider for deployments over 250 users:
Avaya has a proven lower 3-year TCO. Avaya is 36% less costly to own over 3 years versus Cisco (Capital plus Operational costs).
Cisco has a higher 3-year TCO. Cisco is 1.5x more costly to own and operate over 3 years versus Avaya (Capital and Operational Expenses).
Cisco requires 55% more staff than Avaya. In studying "Average Number of Full-Time Equivalent Employees Devoted to VOIP, by Vendor" – Avaya requires only five (5) people on average, while Cisco requires nine (9).
“The underlying message here is that Avaya is easier to manage than Cisco, that its customers are better trained, or both,” according to Robin Gareiss, Executive Vice President & Sr. Founding Partner of Nemertes Research, and author of the 2009 paper “True Cost of Voice Over IP”.
Nemertes measured the true cost of voice over IP by capturing customer data on implementation, capital and annual operational costs. The 2007 Nemertes issue paper “Business Case for Voice Over IP” showed Cisco TCO was 47% more expensive based on a similar customer survey.
Also as a result of this survey, Avaya has been named as the top overall provider of Unified Communications (UC), and subsequently received the PilotHouse Award for Best Unified Communications Provider for 2009 from Nemertes Research. “The common thread among participants that favor Avaya is its technology, integration capabilities, and management tools.” According to Irwin Lazar Vice President, Communications Research, Nemertes Research.
Vendors were ranked in five categories: value, technology, customer service, integration and management tools. Avaya received top scores in technology, integration and management tools and ranked second in value and customer service. “One of the key strengths of Avaya is they understand high availability,” says the IT director of a large utility company. Cisco came in second, followed by Microsoft and IBM.
The goal of the Nemertes PilotHouse Awards program is to determine how well vendors perform in the eyes of their business customers. Results are entirely based on the views and experiences of actual customers of unified communications vendors. There is no vendor sponsorship of the research.
Nemertes: 2009 TCO White Paper: http://www.packetbase.com/userfiles/pdf/NemertesVOIPBusinessCasePacketBase.pdf
Wednesday, November 18, 2009
Avaya Wins Best Overall UC Provider Award 2009
Avaya Wins 2009 Nemertes PilotHouse Award as Best Overall Unified Communications Provider:
Avaya News Release: http://www.marketwire.com/press-release/Avaya-Inc-1078066.html
Download Avaya 2009 PilotHouse UC Award Summary by Nemertes: http://www.packetbase.com/userfiles/pdf/Nemertes_UC_PilotHouse_Summary_PacketBase.pdf
Avaya News Release: http://www.marketwire.com/press-release/Avaya-Inc-1078066.html
Download Avaya 2009 PilotHouse UC Award Summary by Nemertes: http://www.packetbase.com/userfiles/pdf/Nemertes_UC_PilotHouse_Summary_PacketBase.pdf
Thursday, November 12, 2009
Secret Avaya VoIP Discounts
PacketBase now has approved Secret Avaya Unified Communications discounts on IP Telephony hardware and software orders. If you plan on purchasing any Telecommunications gear in the near future, you can save a significant amount of cash with our Secret discount program! Learn more at: www.packetbase.com/secret
Thursday, October 15, 2009
Avaya CM5.2 ESS Server Successfully Tested for both PN/H.248 Connected Networks!
Avaya Communication Manager 5.2 with S8730 IPSI Port Networks AND remote H.248 Gateways failover tested to S8510 ESS via Processor Ethernet (not PN). Now in customer production!
Support for Processor Ethernet and Port Networks on an ESS server.
NEW in Avaya Communication Manager Release 5.2 and later, the capabilities of ESS servers are enhanced to support connection of IP devices to the Processor Ethernet interface as well as to C-LAN interfaces located in G650 (port network) gateways.
An Enterprise Survivable Server (ESS) can use its Processor Ethernet interface to support IP devices such as H.248 Media Gateways, H.323 Media Gateways, IP Adjuncts, IP telephones, IP trunks, and SIP trunks. The ESS can optionally control port networks (G650 Media Gateways) through IPSI at the same time. When there are no port networks in the configuration, ESS may provide the equivalent benefit of an LSP. The ESS can be duplicated, providing additional redundancy to the survivability of the system.
For Processor Ethernet on duplex servers to work, you must assign the Processor Ethernet interface to the PE Active Server IP Address (IP-alias) and not the server unique address. The NIC assigned to the Processor Ethernet interface must be on a LAN connected to the main server.
- If the LSP or ESS registers to the C-LAN on the main server, the C-LAN must have IP connectivity to the LAN assigned to the NIC used for Processor Ethernet on the ESS.
- If the LSP or ESS registers to the Processor Ethernet on the main server, the Processor Ethernet on the main server must have IP connectivity to the LAN assigned to the NIC used for Processor Ethernet on the ESS.
Support for Processor Ethernet and Port Networks on an ESS server.
NEW in Avaya Communication Manager Release 5.2 and later, the capabilities of ESS servers are enhanced to support connection of IP devices to the Processor Ethernet interface as well as to C-LAN interfaces located in G650 (port network) gateways.
An Enterprise Survivable Server (ESS) can use its Processor Ethernet interface to support IP devices such as H.248 Media Gateways, H.323 Media Gateways, IP Adjuncts, IP telephones, IP trunks, and SIP trunks. The ESS can optionally control port networks (G650 Media Gateways) through IPSI at the same time. When there are no port networks in the configuration, ESS may provide the equivalent benefit of an LSP. The ESS can be duplicated, providing additional redundancy to the survivability of the system.
For Processor Ethernet on duplex servers to work, you must assign the Processor Ethernet interface to the PE Active Server IP Address (IP-alias) and not the server unique address. The NIC assigned to the Processor Ethernet interface must be on a LAN connected to the main server.
- If the LSP or ESS registers to the C-LAN on the main server, the C-LAN must have IP connectivity to the LAN assigned to the NIC used for Processor Ethernet on the ESS.
- If the LSP or ESS registers to the Processor Ethernet on the main server, the Processor Ethernet on the main server must have IP connectivity to the LAN assigned to the NIC used for Processor Ethernet on the ESS.
Thursday, October 8, 2009
Avaya Gratuitous ARP
In Avaya CM 5.2 the"Alias" IP Address (not Virtual MAC) for PE requires Gratuitous ARP to be ENABLED on your router.
The way Avaya lets everything on the same subnet know (at a layer 2 level) of a change is by sending out a Gratuitous ARP so the new MAC address is known. Cisco by default disables Gratuitous ARP which causes a delay by waiting for the ARP cache in the router to expire on the subnet before the new packets can successfully travel.
Confirm Gratuitous ARP is enabled and accepted by your routers to avoid any issues.
The way Avaya lets everything on the same subnet know (at a layer 2 level) of a change is by sending out a Gratuitous ARP so the new MAC address is known. Cisco by default disables Gratuitous ARP which causes a delay by waiting for the ARP cache in the router to expire on the subnet before the new packets can successfully travel.
Confirm Gratuitous ARP is enabled and accepted by your routers to avoid any issues.
Tuesday, October 6, 2009
The New Avaya S8800 Series and a New Common Server Strategy
With the upcoming releases of Avaya 5.2.1, Avaya is introducing the new S8800 Server which leverages the latest Intel Xeon E5500 series (Nehalem) processor technology and is available in both 1U and 2U form factors - pending expansion needs. The S8800 server is already in early adoption release and will be generally available in November 2009.
The S8800 "common server" will be available for the following applications:
- Avaya Aura Communication Manager
- Avaya Aura midsize enterprise solution
- Avaya Aura Modular Messaging
- Avaya Aura Session Manager
- Avaya Aura SIP Enablement Services (SES)
- Avaya Aura System Manager
- Avaya Message Networking
- Avaya one-X Speech
- Avaya Proactive Contact
- Avaya Aura Application Enablement Services
- Avaya IQ
- Avaya Meeting Exchange
- Avaya one-X Mobile
- Avaya Voice Portal
The S8800 "common server" will be available for the following applications:
- Avaya Aura Communication Manager
- Avaya Aura midsize enterprise solution
- Avaya Aura Modular Messaging
- Avaya Aura Session Manager
- Avaya Aura SIP Enablement Services (SES)
- Avaya Aura System Manager
- Avaya Message Networking
- Avaya one-X Speech
- Avaya Proactive Contact
- Avaya Aura Application Enablement Services
- Avaya IQ
- Avaya Meeting Exchange
- Avaya one-X Mobile
- Avaya Voice Portal
Thursday, September 10, 2009
Why using SSH/SCP is more secure than Telnet, FTP, or SNMP on Avaya Solutions
Connection protocols that send data (especially logins and passwords) in plain text, that is, unencrypted or "in the clear," can pose a serious security risk to a VoIP enterprise. Using protocols that send data encrypted, such as SSH and SFTP, avoids exposing critical data on the wire. Partly due to new legislation and stricter auditing requirements, Avaya has implemented more secure protocols in its secure connection design.
By default, Avaya disables TELNET and FTP since they are inherently insecure network services.
Avaya products ensure that authentication credentials and file transfers are protected when sent across the network by using:
* Secure Shell (SSH)
* Secure Copy (SCP) or SFTP
* SNMP with these stipulations:
- SNMPv3 is the preferred version due to its built-in security mechanism.
- SNMPv1 or v2c, while supported, provide only a limited security capability based on community names:
- The community name for SNMPv1 and SNMPv2c is protected when accessing writable MIBs.
- For read-only MIBs SNMPv1 and SNMPv2c community names are unprotected.
SNMP security secrets (for example, community strings) are customer-administrable.
* Other protocols protected using a TLS or IPSEC connection
Need more info? Get it at www.packetbase.com/freeresearch.
By default, Avaya disables TELNET and FTP since they are inherently insecure network services.
Avaya products ensure that authentication credentials and file transfers are protected when sent across the network by using:
* Secure Shell (SSH)
* Secure Copy (SCP) or SFTP
* SNMP with these stipulations:
- SNMPv3 is the preferred version due to its built-in security mechanism.
- SNMPv1 or v2c, while supported, provide only a limited security capability based on community names:
- The community name for SNMPv1 and SNMPv2c is protected when accessing writable MIBs.
- For read-only MIBs SNMPv1 and SNMPv2c community names are unprotected.
SNMP security secrets (for example, community strings) are customer-administrable.
* Other protocols protected using a TLS or IPSEC connection
Need more info? Get it at www.packetbase.com/freeresearch.
Subscribe to:
Posts (Atom)