During the last week, I’ve been discussion upgrading Asterisk on the asterisk-user’s mailing list. I asked the community on what the problems was with upgrading to 1.4, asking for success stories as well as reasons not to upgrade. I’ve learned a lot from the feedback.As a developer, I spend too much time in the bug tracker, working with particular bugs, so I often wonder howon earth anyone can use this buggy platform for anything business-like…With that background, it really feelsgood to get reports on people successfully using our software and meetAsterisk users who just love the product and handle tons of callsevery hour with it.And as a developer, everything is of course more simple and you live inthe future, moving forward to new features, new functions all the timebasedon customer requirements or feature requests in the mailing list or thebug tracker…

Summary of the feedback

Now over to a summary of the feedback. I’m not going deeper intobugs reported, those will be handled separately.


For a lot of users there’s simply no reason toupgrade a PBX everytime we release a new Asterisk.Existing installations that work should not be touched unless there’s a very good reason to, like a new feature that makes business sense.Just upgrading for the cause of upgrading is a feature of the non-open software industry that gets a lot of revenue from upgrades.We developers has to accept that people appreciate our work, but decide not to upgrade every installation at every release. We might have to reconsider our support policy in the Asterisk.org project, where wedevelopers abandoned 1.2 this summer. We might need another team that runs 1.2 support in the bug tracker.


Another issue is to make the upgrade much smoother. We can’t anticipate that people upgrade from 1.0 to 1.2 to 1.4 and readall the docs for every release. They can jump from 0.8 to 1.4. Or 1.0 to the future release of 1.6. We need to assist that and haven’t made a good effort in doing so.But even for upgrades from 1.2 to 1.4, we need to be more clear about changes that are required, especially for 1.2installations that already was upgraded from 1.0 and still use the 1.0 configuration syntax. They are going to havea broken configuration in 1.4 and this is the first time that happens in Asterisk.We need to make clear that Asterisk admins need to go through the log files in 1.2 and check all deprecation warnings. These needsto be fixed before even testing 1.4.


My personal goal would be to get the community to start using 1.4 for all new installations. We need to produce informationto help this upgrade path. It’s not about upgrading systems, since we’re talking about new installations. It’s about upgrading the Asterisk admins and installers – human beings.

The success stories reported to me personally and on the list indicates that 1.4 is indeed ready for production and it’s a great product.

With that, I’m now changing my focus from SIP invite states, RTP sessions and video formats to Christmas ham purchasing, baking Christmas bread (julvört) and decorating the Christmas tree. Of course, you understand that there’s an Asterisk asterisk on top of all those trees, right?After Christmas, I’m running the new Asterisk SIP Masterclass together with Daniel Mierla here in Stockholm. He’s one of the core OpenSER developers and it’s going to be a great class. I’m sure we will locate a set of new interesting bugs in svn trunk during that week. I’m really looking forward to that training. (Hint: We still have a few open seats… )Greetings from a dark and cold place in Sweden, without a decentamount of snow…Have a wonderful, merry and cheerful Christmas!/Olle