I'll weirdly be the first to add some brief comments to your interesting thread, Tony

[that's not the case today either

]
[quote author=Tony Tillyer link=topic=5199.msg22984#msg22984 date=1267539242]
FRAMEWORK
A multithreaded Configuration Layer (PLEASE!!!!

) All that processing power and memory stacked up to be pushed through a single thread really, really makes it a bottle neck. Not sure what's stopping Genesys at least giving this a go...
[/quote]
I'm totally on your page, I can't understand why they have not changed that yet, and there is no consistency either - for instance, as far as I know, T-Servers 7.x onwards are multi-threaded.
[quote author=Tony Tillyer link=topic=5199.msg22984#msg22984 date=1267539242]
A central configuration platform for Framework. Coupling CIM/CME with SCI would be a great help in being able to watch over the Framework and Solutions [b]and [/b] make changes on the fly to correct any errors, beyond the Alarm Conditions and Reactions currently provided.
[/quote]
Well, that already exist, doesn't it? Genesys Administrator 8 combines CME and SCI and enables GVP provisioning too.
[quote author=Tony Tillyer link=topic=5199.msg22984#msg22984 date=1267539242]
Then again, having the ability to run the Solutions Software from one interface could be useful too - perhaps being able to launch the application associated with the component in CIM/CME - e.g. right-click an Agent and open a real-time view of the Agent (Agent Pulse, anyone...?) or perhaps drilling into Fields or Filters for Outbound in CIM/CME and having the option to right-click to open OCM where the Field or Filter is in use. Or better still... an overarching interface that shows you what is in use - and what isn't...

[/quote]
Ah! That would be cool and useful, especially the Outbound one, the info is spread all over the shop and it is quite a pain in the neck to have an overall view of it!
[quote author=Tony Tillyer link=topic=5199.msg22984#msg22984 date=1267539242]
STANDARDISED MODULES
There is this programming language called Java - you may have heard of it. It uses Classes and Libraries to perform all manner of wonderful things... What if... you had some "ready-made" components that conform to industry standards, within the Solutions? Not just example code (SDK) but functional parts that you simply apply and tie-in to your environment? Standardized Modules for Routing springs to mind - a plug'n'play Strategy or Sub-Routine that provides a single function (e.g. Target Routes based on Skills or Target Routes based on Time in Queue, etc.) Import the file into your Solution, fill in the blanks - et viola - an industry standard component in your Solution..!

[/quote]
mmh [Francesco is thinking..]
[quote author=Tony Tillyer link=topic=5199.msg22984#msg22984 date=1267539242]
GENESYS TO GO...
Portability - I want CCPulse+, CIM/CME, SCI, OCM and DMA on my iPhone/Blackberry/G1/G2...! lol
[/quote]
Have you heard about Genesys Mobile Advisor?

[quote author=Tony Tillyer link=topic=5199.msg22984#msg22984 date=1267539242]
SIP/VOIP
Going in the right direction, obviously... but what about stability? I wrote a piece once relating to the stability of telephony architecture against the TCP/IP/UDP architecture and what it would take to replace the former with the latter... Ripping out equipments, ripping up service agreements and replacing traditional telephony with the new "IP" breed was never going to be easy and the current "up time" for the likes of SIP against T1/E1 still don't compare. If you pick up a turret handset you generally have a 100% expectation that you'll get a dial tone - do you have the same confidence when you plug your headset into your PC...? And what is the backup plan...? To leave the telco infrastrucutre in place, just in case it all goes wrong...

I'm sure that G and ALU have some ideas on how to achieve the stability in the cloud but the local deployments of SIP that I am aware of are not filling me with confidence right now. What is the backup plan for SIP, anyhow... to revert to the traditional site telephony that you just ripped out...? <apologies - that was a bit of a rant than a suggestion!

[/quote]
very very good point, sometimes I really struggle in seeing all the benefits a full IP solution gives [ok, somebody is going to stone me now

], but I'm quite frustrated of seeing networks blips, softphones that need to be tweaked and have not a full compatibility with your SIP Server, performances deteriorating in terms of speed, desktops crashing and obviously not having a b%$!&*y TDM phone aside that you can manually log into..ok that's enough for now

Fra