Cross Talk

Critical Course Preparation for Planning OCS Design & Certification Study for Exam 70-638, Exam 70-262 and other tests

Special: Up to $6,000 in discounts are available for 2010 scheduling before December 1.

BOULDER - November 3, 2009 - OCS Forum (http://www.ocsforum.com) announced its new OCSR2-2010 Ultimate course. "R2 and R3 coming in 2010 confirms Microsoft place in the new telecommunications networking business," noted Tom Cross OCS Forum CEO. "R2 is having a significant impact on corporate voice telecommunications strategies indicating the end of the TDM-time division multiplexed PBX-Private Branch eXchange systems is now insight. Microsoft is also driving companies like Cisco, Nortel, Avaya, NEC, Mitel, ShoreTel to rethink their featuresets and capabilities because while R2 is a new game when R3 is released in 2010, their days are numbered," Cross commented.
This five -day (5-day) "hands-on" lab course with 700+ page manual focuses on the core components of OCS 2007 R2, including:
• Instant Messaging (IM) between everyone in the organization in the office or remote
• Application and Desktop sharing for true collaboration
• Audio/Video Conferencing including internally hosted audio conference calls and Live Meetings
• Integration with Exchange Server 2007 Unified Messaging
• Securing the environment to protect communications
The course provides many hands-on labs to practice and reinforce learning of many new concepts. After completing this course, students should be able to design, install, configure, maintain, monitor, and troubleshoot the core components of OCS 2007 R2. A complete outline is available at:
http://www.ocsforum.com/news/Course%20Overview-2010k.htm

About OCS Forum

OCS Forum is a vendor-independent laboratory environment designed for learning, technical guides, knowledge resources and online "live" services. OCS Forum provides consulting, training, case studies, white papers, speaking engagements, market/customer research, network planning and other services. For more go to http://www.ocsforum.com.

I used Carbonite for more than a year and when I needed to restore my files, because of, what they said, was lack of an encryption key, I was unable to restore my files. That is, it was my fault. In addition, I asked for a refund and got this "Carbonite offers free trials in order to allow customers to evaluate Carbonite's service prior to purchase. By purchasing a subscription, you acknowledge that you are aware of this opportunity to "try before you buy" and have either already taken advantage of it or decided not to do so. In light of the above we will not be able to offer any refunds for Carbonite subscription purchases except in cases of product defects that we are unable to correct."

My advice is be very careful of automatic backup systems because the small fee they charge may not ever be large enough if you loose a file.

Review the animated tutorial before reading
sip-trunk-4types-ipsec-mpls2.swf

There will be many "flavors" of SIP trunks. Here are some examples:
1 - Public Internet - performance and security based on WAN connection - via hosted SIP trunks from a provider
2 - Private MPLS-Multi-Protocol Label Switching-VPN-Virtual Private Network used for customers with several sites and not visible for other customers via a private dedicated circuits
3 - Over IPSec VPNs for more security - requires key management, IPSec-IP Security implementation, real-time encryption & decryption, and potential multiple networks
4 - With TLS-Transport Layer Security and SRTP-Secure Real-time Transport Protocol used for highly secure situations. This is where Port Level Security or TLS-Transport Layer Security takes place. That is, control access by the Port Number such as deny or access to Port 5060-5061 for SIP or access to any other function. This is called a Stateful Inspection for a firewall to check, alert or audit the status (state) of the TCP connection - SYN, SYN-ACK or FIN.

In summary, depending on your own network strategy, security requirements and flexibility will drive whether you build or buy.

About OCS Forum

This tutorial is provided by TECHtionary.com and OCSForum.com sponsor of
OCS Forum 2010 Expo - June 15-16 - Boulder, Colorado. OCS Forum is a vendor-independent laboratory environment designed for learning, technical guides, knowledge resources and online "live" services. OCS Forum provides planning, project management, consulting, training, case studies, white papers, speaking engagements, market/customer research, network planning and other services. For more go to http://www.ocsforum.com. Call Tom Cross 303-594-1694 or cross@gocross.com for more information and scheduling.

This is an update to an earlier blog item but instigate by the following announcement:
"Verizon Pushing Ahead With Integrated Transcoding in IP Core, Speeding Path to Convergence - Design Eliminates 'Double Transcoding' for Multimedia Content, Regardless of User Gear
Working with our next-generation network infrastructure suppliers, Verizon has designed a transcoding architecture for our packet-based core network that supports Verizon's direction toward open networks by facilitating the introduction of media encoding technology while ensuring interoperability," said Tim Dwight, senior technologist at Verizon, during a panel discussion at Supercomm2009.
"For example, in the case of VoIP, our design resolves the 'tower of Babel' problem by allowing the sender and the receiver to negotiate a common encoding format, which, if successful, eliminates the need for media format conversion, or transcoding, and provides a network-based media conversion capability for use in cases where the end devices support no common codec," he said.
"It does this all in the packet domain, avoiding reliance on the circuit-switched core. And where transcoding is necessary, it is performed directly between the media encoding formats required by each device, eliminating the double transcoding problem that plagues networks that elect to interwork disparate access technologies across a circuit switched core."
In such networks, media is produced by the sending device in one format, transcoded by the network into an intermediate format, and later transcoded from that intermediate format to the one required by the receiving device. This increases cost and degrades service quality, compared with the Verizon solution."

Meanwhile here are more details pertaining to this issue:
A CODEC-COder-DECoder (also known as an encoder-decoder and COmpression-DECompression system when used in video systems) is a computer chip (semiconductor) digital signal processing system. Source codecs are designed specifically for speech, whereas Waveform codecs work well with any type of sound. Depending on the audio or voice application would drive the selection of the Source or Waveform CODEC. While there are many types of CODECs, G.711 & G.729 are the two most-commonly CODECs used in VoIP systems. Shown in the animated tutorial is a G.711 encoded audio stream is 64/56/48 KBPS-Kilo Bits Per Second. Each 13/14 bit sample of the original signal (voice-audio) is encoded into an eight Byte/Octet. Compression algorithms operate by sampling voice and quantizing the analog sound into digital values. G.711 is based on traditional Nyquist-Shannon sampling theorem that the sampling frequency rate must be at least twice as high as the highest input frequency for the result to closely resemble the original signal. A 4,000 Hz-Hertz voice pattern would be sampled at a rate of 8,000 BPS-Bits Per Second. Next, in the animated tutorial here is a G.729 coding at 8,000, not 64,000 samples per second. Transcoding is also related to the concept of Tandem Encoding or Tandem Compression. Tandem Encoding is traditional the concept of the transfer of TDM traffic between different telephone carriers via tandem Class 4/5 switches as they process telephone calls. Tandem Encoding is also the process of interconnecting same or different company packet voice. That is, different CODECs (e.g. G.711/729) may be used at different locations within the same company and more likely between different companies. Most SIP providers support G.711 and G.729. RTA-Real-Time Audio developed by Microsoft is used with OCS-Office Communications Server. MOS-Mean Opinion Scores reduces rapidly with each time a voice conversation is processed by a CODEC. Whether you call it Transcoding or Tandem Encoding, the CODEC in a SIP network should be standardized whenever possible.

Here's the "so what" or "why should I care about this." For example, different CODEC sampling rates may start synchronized but shortly become un-synchronized which can cause encoding problems and voice to jitter. To measure and manage jitter, RTP-Real Time Protocol uses the time-stamp function in the protocol to assess jitter based on the delay between arrival (interarrival) times of each packet. Changing the number of bits sampled and quantized can dramatically impact the voice quality. However, LAN-Local Area Network and WAN-Wide Area Network bandwidth limitations may have an equal or greater impact on VoIP performance. Echo can also occur as a result of Asynchronous Transcoding. Transcoding is the process of conversion between circuit-switched (PSTN-Public Switched Telephone Network) and packet-switched networks such as Frame Relay, IP-Internet Protocol and ATM-Asynchronous Transfer Mode. The point is that Asynchronous Transcoding should be avoided. According to Intel, "The term "asynchronous transcoding" refers to a situation when, for example, one endpoint is talking G.711 to another endpoint talking G.729 or two different encodings." According to Cisco, "Although it can seem logical from a financial standpoint to convert all calls to low-bit rate codecs to save on infrastructure costs, exercise additional care when you design voice networks with low-bit rate compression. There are drawbacks to compressing voice. One of the main drawbacks is signal distortion due to multiple encodings (called tandem encodings). For example, when a G.729 voice signal is tandem encoded three times, the MOS-Mean Opinion Score drops from 3.92 (very good) to 2.68 (unacceptable). Another drawback is codec-induced delay with low bit-rate codecs." Our analysis and recommendation is to always use G.711 based on the assumption that processing voice across other networks will probably use lower-bit rate CODECs reducing MOS quality. In other words, start with quality and hopefully but not likely you will end with quality. In addition, there is no requirement by any customer or vendor to provide end-to-end G.711 or any other CODEC. If you consider multi-party conference calls, the problem gets compounded.