[cisco-voip] CCM Web Page performance issues, aka 'Loading, Please Wait' (a rant)

[Jeffrey C. Ollie]

On Tue, 2007-10-09 at 12:45 +0200, Andre Beck wrote:
>
> And when it comes to the web UI, I actually fear that most of the
> sluggishness is happening at the *browser* side, with reliance on
> JavaScript and even Java Applet code. Something is popping up these
> silly wait splash screens, and it costs more performance than just
> plain dumping the pages IMO.

I'd have to agree here.  There's a noticeable difference in performance
of the CCM web pages when I switch back and forth between my laptop
(1.8GHz Pentium M) and my desktop (3.2GHz Pentium 4).

> > In CallManger 4.3, using Microsoft WINDOWS(!!!!!!)  IIS and Cisco
> > Tomcat, I can scream through all of the web pages; do DB reads in
> > nanoseconds; do DB inserts almost as quick, and I have never seen a
> > message on my web browser saying, 'Loading, Please Wait'
> 
> You've never seen this strange Java Proxy Applet that blocks your page
> access for seconds? Strange. I cannot scream through 4.x pages either,
> with this artificial roadblock in the way.

Yeah, if I did *anything* in the CCM UI before the proxy applet finished
loading something would crash and I'd have to fully exit IE and restart
it.

> It's just an entirely silly decision by *Cisco* to close the platform
> into "Appliance mode" instead of allowing people at least the same
> freedom of tinkering with the OS that we had on Windows. All these
> complications would have been unnecessary. But it was crippled
> intentionally, and now I can't even debug problems myself anymore but
> have to input convoluted commands at the lobotomized admin "shell".

Cisco has always treated CallManagers as appliances where you weren't
supposed to tinker with the internals.  It's just that with CCM5/Linux
they were able to finally lock things down enough so that end-users
couldn't mess around under the hood.  With CCM4/Windows they
couldn't/didn't lock things down so tightly.  Personally, I don't mind
too terribly - at least now I don't need to reboot on a monthly basis to
install the Microsoft patches du jour.

And from Cisco's perspective I'm sure that it makes TAC's job easier if
end-users aren't fiddling around with the OS in unsupported ways.

Jeff

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://puck.nether.net/pipermail/cisco-voip/attachments/20071009/e0bcbe7a/attachment.bin