Genesys CTI User Forum
Genesys CTI User Forum => Genesys CTI Technical Discussion => Topic started by: JAG on January 01, 1970, 12:00:00 AM
-
Hi,all
I can't register a DN in tserver 6.1 for definity. The DN 33000 is an ACD Queue with switch specific set to 3 according to the document. In PBX, it is defined as hunt group.
I don't know the meaning of "Cause: code_std_loc = 1(CCITT_PubNetLocUsr) cause = 28(C_INVLDNUM C_COV_DONT_ANS)". Is there anyone knows the parsed message meaning? Thanks in advance.
[283] 33000_Switch dn = '33000' <+> type = ACD_Split <+> xtype = Queue <+> dnis = 0 <+> tacw = 0 <+> regmode = 0x1 = +force
.......
.......
.......
=== parsed message ===
prot_discr = 8
CRV = 802d
MsgType = 90 (RELEASE COMPLETE)
Facility: serv_discr = 17(q932_suppl) fac_ie = component_tag = A3(RETURN_ERROR)
invoke_id tag: 02, value = 185
error_value tag: 02, value = 196(Domain_Control)
params = q931_tag = 40
list =
Cause: code_std_loc = 1(CCITT_PubNetLocUsr) cause = 28(C_INVLDNUM C_COV_DONT_ANS)
WARNING: attempt to register 33000 (DC_4ACD) failed
..gdi>flags=0x00000111
@10:46:43.7069 [0] 6.1.011.01 send_to 0x00050002: message EventError
(Invalid origination or destination address)
AttributeCustomerID 'Resources'
AttributeTimeinuSecs 706982
AttributeTimeinSecs 1030560403 (10:46:43)
AttributeReferenceID 157
AttributeErrorCode 600
AttributeErrorMessage 'Invalid Number/Domain; SIT Ineffective other'
AttributeThisDN '33000'
-
Addon: The DN 33000 is a Hunt Group for IVR channels.
-
Have you tried setting the switch specific type to 2.
-
why set to 2?
-
Cause: C_INVLDNUM
-
did u try the default option for switch specific type of '1'?
-
This topic is from 1969 ;D I doubt that somebody still search for it :)
-
No keep going - i was just pulling on my flared trousers...
-
--> "In PBX, it is defined as hunt group."
It depends what "Hunt group" has been configured in Avaya.
If it is a 'pure' hunt group (as demonstrated below), the DN cannot be monitored; thus, no message event when its states changed.
A hunt group consists of a master directory number and distributes arrival calls to preset extensions directory numbers.
- extension members in hunt group do not require 'log-in'
- calls will be diverted to 'idle' extensions
- in Avaya, a 'queuing' option is avaiable if all preset DNs are busy/in-use
If the DN is configured as hunt group described above, it is not CTI-monitorable by Avaya; Genesys T-server does not monitor such hunt group directory number.
Sample HUNT GROUP configuration (Definite 6.3, non-EAS)
--------------------------------------------------------
[size=10pt]
display hunt-group 10 Page 1 of 10
HUNT GROUP
Group Number: 10 ACD? n
Group Name: Test IVR Queue? n
Group Extension: 8100 Vector? n
Group Type: ucd-mia Coverage Path:
TN: 1 Night Service Destination:
COR: 1 MM Early Answer? n
Security Code:
ISDN Caller Display:
display hunt-group 10 Page 3 of 10
HUNT GROUP
Group Number: 10 Group Extension: 8100 Group Type: ucd-mia
GROUP MEMBER ASSIGNMENTS
Member Range Allowed: 1 - 200 Administered Members (min/max): 1 /4
Total Administered Members: 4
Ext Name Ext Name
1: 4460 IVR 1/4 14:
2: 4461 IVR 2/4 15:
3: 4462 IVR 3/4 16:
4: 4463 IVR 4/4 17:
5: 18:[/size]
-
Hi,
I have come across a similar issue, where most of the DN's ( configured as ACD queues, switch specific type 3 ) have failed registering to Avaya s8720. Error seen is as following.
TP_AsaiData
RELEASE_COMPLETE CRV:b481
Facility: RETURN_ERROR
InvokeId: 3
Error: 196
Cause: A_RESUNAVL
@09:51:19.2643 [asai] (processFacilityReturnError)
@09:51:19.2643 [gctmi] request SysRequestRegister deactivated in reqMgr
@09:51:19.2643 [gctmi] TMsg [EventError()] distributing to model
@09:51:19.2643 [gctmi] Address [63187,tQ,sOOS] distributing EventError
09:51:19.264 Std 31032 DN Registration Failed: Link[1], DN[63187]
@11/23/08 09:51:19.2644 [31032] DN Registration Failed: Link[1], DN[63187]
@09:51:19.2644 [gctmi] Address [63187,tQ,sOOS] processOutOfService
@09:51:19.2644 [tsgctm] Registrar [63187, l=1, s=0] RX error response, i=0, c=25a
@09:51:19.2645 [gctmi] request SysRequestRegister removed from reqMgr
@09:51:19.2645 [tsgctm] Registrar [63187, l=1, s=0] giving up.
Also, these DN's have just failed to register on the back up link to avaya, but they have registered with the primary link.
I can also see some DN's which successfully registered with both primary and back up as well
Can you please help here ?
-
Well, the Cause: A_RESUNAVL says the resource is unavailable to use.
Although Tserver has registered it, the resource on switch side should be ready to use.
May b your switch ran out of resources to provide one for you to use... check with avaya pbx guys - if some errors on switch -
my experience prev was seeing port network blockage and the resources on that pn couldn't b used...
-
Yea, resource unavailability is pretty much clear from the logs.
We had a environment restart to fix this issue, but the only positive we got was that all the DN's registered but only a few registered successfully with both primary and secondary link.
Strange thing is, More than 1000 hunt groups have registered correctly to the same switch on both the links, though rest 462 DNs have failed to register on the back up link.
I am just thinking, if that was an port network blockage, it should have happened with all the DNs, isnt it ? please correct me if am wrong.
Do we have any restrictions on avaya, for registrations of DN's....I mean any particular no of license or limit ?
-
Also, it would realy help me, if you know these error response values.
what does this mean or relate to "RX error response, i=0, c=25a" ?
Cheers
Karthik
-
Yes of course there is a limit according to licensing.
Those codes are switch side, you should look and understand what CTI is trying to say. Maybe after restore the DN on switch side was not ready yet and therefore was not able to provide service.
It is clearly a switch problem
-
thanks mate.
Its just that the avaya team is not understanding this. Its been a struggle since 2 weeks where they have just stuck to their slogan saying " no issues on avaya side " :)
thanks again
Karthik
-
[quote author=Karthik link=topic=631.msg15311#msg15311 date=1227645536]
what does this mean or relate to "RX error response, i=0, c=25a" ?
[/quote]
I guess that is just the TServer internal thread which manages the DN registration; in the log try to look at the first hunt group which TServer fails to register
-
Thanks. This issue is now resolved. it was due the limitation in license at the CTI link in PBX
-
haha Avaya people surely put their foot in their mouth lol