x
Optical/IP

Cisco Looking for Control?

What's the betting that Cisco Systems Inc. (Nasdaq: CSCO) will acquire a startup making session controllers within the next year?

The rationale for this happening goes like this:

1. Session controllers are hot.

They promise to play a critical role in the delivery of services based on the Internet Engineering Task Force (IETF)'s Session Initiation Protocol (SIP). And SIP-based services are already taking off at an incredible rate:

For specifics on the role that session controllers play in this potential revolution, tune in to today's Light Reading Webinar, entitled "Session Controllers: Why They're Key to VOIP," which is being staged at 2:00 PM New York time. To register, just Click Here.

In a current Boardwatch Poll on the topic, 40 percent of respondents say session controllers are "critical" to the development of VOIP, and a further 40 percent say they're "important." Only 20 percent say the VOIP market could survive without session controllers.

2. Cisco needs to catch up.

Alcatel SA (NYSE: ALA; Paris: CGEP:PA) has already acquired a session controller startup -- Avarox (see Alcatel Buys Some VOIP Security).

It's also becoming painfully obvious that Cisco needs a session controller in its own product portfolio (see NexTone Solves Cisco VOIP Shortcoming).

3. Session controller startups are two a penny.

They include:



This adds up to a lot of players fighting over a very small market at present. Gossip has it that some session controller startups have yet to land a customer.

In the aforementioned Boardwatch Poll, 56 percent of respondents say the session controller market isn't big enough to support more than three to five startups. Twenty-four percent say six or seven could survive. There are 11 in the list above.

On market size, 44 percent say the market will be worth between $10 million and $100 million by 2005, while 36 percent say it will be between $100 million and $500 million.

The rationale for Cisco not acquiring a session controller startup goes like this:

1. The jury's still out on whether providers of SIP-based services will deploy such equipment.

Digisip's Eriksson says he won't. "We don't have a network," he points out, so he has nowhere to install session controllers.

Besides, even if Digisip could install the equipment, Eriksson says he wouldn't. He thinks the most popular function of session controllers -- SIP-enabled firewalls -- should be deployed by enterprises. This view is shared by Olle Westerberg, CEO of session controller startup Ingate Systems.

Eriksson also says that Digisip isn't interested in offering its customers quality of service (QOS) assurances, another function of session controllers. "If customers have a lousy ISP, that's their problem," he says.

2. Session controllers could be just a marketing miasma
(Dictionary definition of miasma: "An unwholesome exhalation," from the Greek word for "pollution.")

The term was invented by the Yankee Group, possibly at the behest of a vendor wanting to create a new product category for its developments (see Yankee Makes Up a New Category).

In fact, startups in this field argue a lot about terminology, because their boxes combine different functions and sit in different places in the network -- in some cases within enterprise sites, in other cases at the edge of the network, and in yet other cases in the core.

All of this suggests that the different functions of session controllers could be integrated into existing bits of kit, such as firewalls and edge routers. In the long run, the whole concept of session controllers might just disappear in a puff of (unwholesome) smoke.

In the oft-mentioned Boardwatch Poll, 25 percent of respondents say session controller technology will by subsumed into general-purpose routers. A further 42 percent say it's possible, and only 29 percent think that session controllers are here to stay.

3. Cisco's position on SIP isn't simple.

Although Cisco has SIP-standard-compliant products, it also has its own proprietary Skinny Client Control Protocol (see Cisco Gets Fat on Proprietary VOIP). [Ed. note: IGRP vs. OSPF all over again?] Whether this would influence Cisco's stance on session controllers is difficult to figure out.

So there you have it, both sides of the issue. What's the verdict?

— Peter Heywood, Founding Editor, Light Reading

diag_eng 12/4/2012 | 11:41:49 PM
re: Cisco Looking for Control? Cisco needs more than a Session Controller to go along with the BLISS VOIP solution.

A recently announced deployment is a disaster. The BLISS solution is anything but. It is certainly not capable of Primary Line Service, which is the Holy Grail for the MSO's.

The softswitch solution in general is made up of too many components and the logistics of getting them to work together is insurmountable. Redundancy? Huh, never happen with all those cables and boxes.

Cisco is panicking (in the cable market). Their CMTS market share is eroding at an alarming rate and they are poised to miss the biggest market over the next 4 years: MSO's deploying VOIP.
digerato 12/4/2012 | 11:41:29 PM
re: Cisco Looking for Control? Take one Cisco AS5850 (or AS5400, if you don't need the capacity of an AS5850). Buy DSP cards, buy voice software licenses. Leave out TDM interface cards. Buy dual redundant GigE controller cards. Whip up a confection of TCL scripting or voice XML to deal with your call handling needs, and voila -- one session controller.

Enjoy!

Digerato

aswath 12/4/2012 | 11:41:27 PM
re: Cisco Looking for Control? 1. A functional equivalent is identified in the TIPHON architecture. They call it InterConnect Function (ICF). It does sit in different places in the network.

2. It should be pointed out that with the addition of the network element we have more or less recreated the circuit-switched network architecture. The session controller and the ICF together take on the role of the switch G«Ű the session controller performs the call control logic and the ICF becomes the switching fabric. The intervening network between a pair of these elements replaces the transmission network consisting of DACS etc.; excepting the router based network is easier to manage and recover from failures. Thus we could maintain the policy management aspects used in a circuit-switched network; but we are able to have an easily manageable operational packet network.

3. When some of these concepts were developed some years back, we dismissed developing a product precisely because edge router vendors can easily incorporate them and undercutting viability of a new startup. It is interesting that now Cisco might acquire a company and develop a standalone product.

4. By the way, UPnP Forum has incorporated many of these capabilities in its specification.

5. Digisip confidently predicts that VoIP traffic will increase 10- to 30- fold, even though it doesnG«÷t G«£have a networkG«•. This means they are offering only a G«£directoryG«• service.

Aswath
dljvjbsl 12/4/2012 | 11:41:26 PM
re: Cisco Looking for Control? The description of the session controller seems to be an apt characerization of the IETF's Midcon work. What more would be needed than a Midcon enabled SIP erver and firewall?
aswath 12/4/2012 | 11:41:26 PM
re: Cisco Looking for Control? Nothing...Aswath (It is Midcom; my reading is that Midcom group is kind of abanded. My information is dated so may not be current.)
dljvjbsl 12/4/2012 | 11:41:12 PM
re: Cisco Looking for Control? At least one thread seems to indicate UPnP is a good stop gap.


According to Microsoft at the IETF, there is a current UPnP protocol for the control of firwalls and NATs that supplies all of the information that SIP requires to set up a call.
aswath 12/4/2012 | 11:41:12 PM
re: Cisco Looking for Control? After some lookinup. I found out Midcom is alive and well. The control protocol has not been specified yet. At least one thread seems to indicate UPnP is a good stop gap.

Aswath
aswath 12/4/2012 | 11:41:10 PM
re: Cisco Looking for Control? According to Microsoft at the IETF, there is a current UPnP protocol for the control of firwalls and NATs that supplies all of the information that SIP requires to set up a call.

H.323, NCS, MGCP needs can also be met.
HOME
Sign In
SEARCH
CLOSE
MORE
CLOSE