Asterisk, not what it's cracked up to be?


#1

One if the most frustrating things I find with asterisk, that for all its bells and whistles, it can’t seem to do what even the most simplist PBX’s can do with ease, and that is to provide Shared Call Appearances. It is such a pain when trying to explain that * is the way things are heading, and then try and reconcile the fact that you can’t see the call status of lines from the phone. Most users are used to having the capability of putting a call on hold and shouting across the room “He/She’s on line 2” Of course there’s FOP, but screens are already cluttered enough as it is. It’s interesting that the newer IP phones support SCA, but, reading some of the posts, it’s too difficult to do in *. Can someone explain why?

Oh, and while I’m on a roll. Has anyone seen the list of the supposed 100+ new features since 1.0 anywhere? I’m beginning to think it’s vapour ware.

rgds


#2

I think that your complaint may be less about Asterisk and more about SIP.

Asterisk is largely developed around the SIP protocol, which was not originally designed to carry voice over IP. H.323 was designed to do that, but that belongs in the realm of the ITU, and tends to be a top-heavy protocol with LOTS to write code around to make it really work well.

When you want open standards you look to the IETF. The protocol in their basket of tricks (that most closely matched for audio transport) was SIP.

Sadly, SIP isn’t as developed or complete when it comes to PBX functions as H.323, and so the things it’s able to support, (like shared call appearences) are somewhat limited. It will do most things that people need it to do, but not everything.

Even more discouraging are the competing solutions to many of the shortcomings. For SCA, a quick google check brings up SIP2, SIMPLE, and many other “enhancements”, only one of which will ultimately be chosen to be part of the protocol.

Until the SIP protocol becomes more developed, you should expect that there will be holes in the functionality, and for product manufacturers to sit back and wait for standards to shake out and be adopted before they produce phones that can do the things we all want to do.

As far as the list of new features in Asterisk is concerned, you may not figure a different parsing scheme to be a feature, but a developer who’s building solutions around the Asterisk code might think it’s just what they needed… I suppose when it comes to labeling something a “feature”, it’s all point of view.

I always assert that it’s better to think of Asterisk as a development platform, rather than a finished product that has this or that functionality. If it’s not doing what you want it to do, change it. You have access to the code. If you’re unwilling to dive into the code, or pay someone else to do it for you, then you really wanted a standard PBX. Not Asterisk.


#3

I agree that SCA is asterisk’s one major weakness. Asterisk is designed around the philosophy that extension != channel, which is its major strength, and also in this case a weakness. Hopefully over the next few months these features will come around, I suggest put a bounty on them if they will get you customers. I’d love to see asterisk support SIP-b (bridged call appearances…)


#4

Oh the joy of being on the bleeding edge :confused: Thanks for the replies, and excuse my exhortations, it’s just sometimes it feels like 1 step forward and two back

rgds


#5

[quote]As far as the list of new features in Asterisk is concerned, you may not figure a different parsing scheme to be a feature, but a developer who’s building solutions around the Asterisk code might think it’s just what they needed… I suppose when it comes to labeling something a “feature”, it’s all point of view.
[/quote]

When I was a developer, the saying was ‘it’s not a bug it’s a feature’ :smiling_imp:


#6

[quote=“middletn”]
When I was a developer, the saying was ‘it’s not a bug it’s a feature’ :smiling_imp:[/quote]

No, no, no… It’s an UNDOCUMENTED feature.

Never a bug.