Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chriss Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

test variable for extn in a SCN 1

Status
Not open for further replies.

Greybeard191

Technical User
Jun 7, 2010
773
CA
does anyone know if a test variable action for Extn number returns as extn found when the module using it it is called from the IPO in the SCN that has that extn on it?

And if the extn entered to be checked if on another IPO (not the one that calls the module that does the test), that it returns no extn found?

Never used this in a SCN, so unsure.

GB
 
if you do a test variable for a valid extn (e.g. 3001 in IPO B... someone enters digits 3001 and you test to see if it matches a valid extnesion), and the callflow it self resides on a VM pro associated with IPO A (4XXX extensions), but the module which contains the test is called (dialed) from IPO B, will entering 3001 give a valid result?

And what about entering 4001 in the same scenario... (module called from IPO B with 3XXX extensions).

My guess would be valid in the first scenario, invalid in the second.

GB
 
I have read it 3 times and i still do not get it.
But in a SCN all extensions are available for the VMPro server so testing a variable can be done for all extensions.


BAZINGA!

I'm not insane, my mother had me tested!

 
okay, sorry for the poor question writing :)

I read the help files for the action as reading the IPO for checking extensions against, not the VM pro, that's why I'm wondering if where the module call originated from affects things...

I think TLPeter answered my question though, so star for him

GB
 
Thanks :) i am just awake so it could be me :)

BAZINGA!

I'm not insane, my mother had me tested!

 
just a heads up that this does work in a SCN with a centralized VM pro server, but doesn't work correctly in a distributed VM server environment (not all extensions are on all servers). Unless there some clever way around this that I'm not aware of.

If you hae 3xxx extensions on IPOA (main server) and 4xxx extensions in IPOB (dsitributed), a test variable looking for extension 3xxx in a callflow on IPOB's distributed server will return false, even if the extnesion exists on IPOA.

GB
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top