Posts

Posted on

Analyzing SIP and SIP calls 

This blog article will be dedicated to SIP and SIP calls. It is meant to provide an introduction for UC Engineers to the main headers and guide through the debugging of the most popular call scenarios that will be described in the next articles.

As we have seen in SIP and XMPP standards in Unified Communications and Media transfer in Unified Communications – SDP protocol, SIP (Session Initiation Protocol) and SDP-RTP have become the de facto replacement mode for traditional analog and digital lines provided by operators all over the world.

SIP is also the most popular signaling mode to handle VoIP calls.

Being able to understand SIP sessions has become for a Unified Communication Engineer as important as in the past for Telephony Experts to read signaling traces in Q.931 / Q.921 / DS1 / QSIG generated by T1 / E1 PRI – BRI ISDN lines.

Before Starting the Analysis

Continue reading “Analyzing SIP and SIP calls “

Posted on

RTP, RTCP and Jitter Buffer

jitter bufferIn this blog article we continue to analyze RTP and RTCP and we will see why Jitter Buffer is important and how it affects call quality.

As we saw in the previous article — SDP is not able to transfer media–this task is delegated to protocols such as RTP or RTSP.

RTCP (or Real Time Control Protocol) provides different levels of feedback about the ongoing RTP Stream.

The goal of RTCP is to provide information to the remote endpoint about the quality of service of the ongoing communication.

This is done by providing regular statistics about the amount of packets received, jitter, and packets lost (either via network or discarded by the jitter buffer). Continue reading “RTP, RTCP and Jitter Buffer”

Posted on

Media transfer in Unified Communications – SDP protocol

SDP-protocolMedia is another vital component of a Unified Communication system. Once signaling is in place and working between two endpoints, information about media capabilities can be transferred, eventually allowing for streaming audio, making video calls, or exchanging other information.

In this blog article we will analyze what technologies are used to transfer information about available media between endpoints.

SDP

SDP (Session Description Protocol) is a format for describing streaming media initialization parameters standardized by IETF in 1998.

What follows is the Session Description fields usage and an example:

Continue reading “Media transfer in Unified Communications – SDP protocol”

Posted on

How & Why to get your business listed online?

Every day we use the Internet countless times; we:

  • buy and sell products;
  • book tickets/hotels;
  • book appointments for any type of services;
  • seek for jobs;
  • read movie/book reviews;
  • ask for references/ recommendations when want to go on vacation, etc.

The Web serves as a so-called “Door Opener” as it has a great promotional power, opening up new possibilities to Business Owners, on their way to meeting  potential customers and their needs.

But how can you make your business “visible” among your competitors on the local level?

How can you make it recognizable among local customers?

The answer is literally on the surface- “Go to the Web,” use Online Directories that allow you to list your business for free and be searched by the customers on an equal basis with the other companies from your area. Continue reading “How & Why to get your business listed online?”

Posted on

Introducing BOSH and WebSocket Transport protocols

BOSH and WebSocket protocolsThis time we will talk about transport protocols over the web, in particular, about BOSH and WebSocket.

Besides TCP (XMPP/SIP) and UDP (SIP only) transports, two other transports, BOSH and WebSocket, are available which are embedded inside existing TCP/HTTP stacks.

BOSH

Bidirectional-streams Over Synchronous HTTP (BOSH) allows real-time communication between a browser and a web server. The browser connects to the server and will keep the connection open as long as it has no data to send. When data is available, the server sends it over the open HTTP connection and closes the connection itself. This reduces the number of requests, as the browser is not continuously polling the server. The server retains a cache of events that the client missed between reconnections.

Continue reading “Introducing BOSH and WebSocket Transport protocols”

Proudly powered by WordPress