Hi all,
there’s a way to extract the RedirectingNum: (natl_ISDN_tel),‘xxxxxx’ info to be used in an IRD strategy? it contains the original DNIS when another node converts DNIS to another number.
Best regards,
Gef.
Hi all,
there’s a way to extract the RedirectingNum: (natl_ISDN_tel),‘xxxxxx’ info to be used in an IRD strategy? it contains the original DNIS when another node converts DNIS to another number.
Best regards,
Gef.
Hey Get
Is that an Extension Attribute?
Can you show maybe a log snippet?
Enviado de meu E6633 usando Tapatalk
Hi Cav, nice to meet you again; hope everything’s fine out there.
Nope, is the original number the Customer called from outside our network; then some nodes translate that information to an internal number we link to Genesys RP.
Here what I have in TServer logs (masked some numbers):
@23:05:31.6645 [ISCC] Debug: Origination party:
@ c:009c02a7b43ecbaf,00000001032242d0 @ m:0000000000000000,0000000000000000 p:1 i:00002493 nw:0001249359c4295d t:2
p:0000000000000000,0000000101ce12a0 @ c:009c02a7b43ecbaf,00000001032242d0 r:2 ------ n:3711389251:
* p:009c02a7b43ecbaf,0000000000000000 @ c:009c02a7b43ecbaf,00000001032242d0 r:2 c—t- n:601:IVRServer1@GVP
@23:05:31.6646 Call [009c02a7b43ecbaf]: urid 001500ac
@23:05:31.6646 [ISCC] Trace: UserData propagation has been started
@23:05:31.6646 [ISCC] Trace: UserData propagation has been finished
@23:05:37.6486 [<<] 06 16 00 00
TP_Heartbeat
InvokeId: 22
@23:05:37.6486 [asai] (processTpHeartbeat)
TP_HeartbeatReply
InvokeId: 22
@23:05:37.6486 [>>] 07 16 00 00
@23:05:38.8390 [<<] 08 00 00 53 08 02 81 63 62 96 1C 4B 91 A1 48 02 01 02 02 01 95 40 40 10 02 24 95 6C 0B A1 30 32 39 38 39 39 36 38 37 37 70 0A C1 37 30 34 36 30 37 35 35 31 74 06 A1 34 35 35 31 35 96 0A 03 80 A6 81 47 01 91 49 06 8C 32 37 35 35 B1 7C 08 00 01 24 95 59 C4 29 A2
TP_AsaiData
FACILITY CRV:8163
Facility: INVOKE
InvokeId: 2
Operation: EventReport
CallID[1]: 9365
CallingNum: (natl_ISDN_tel),‘0298xxxxxx’
CalledNum: (subscr_ISDN_tel),‘70xxxxxxx’
RedirectingNum: (natl_ISDN_tel),‘45515’
TrunkGroupId[1]: (dir/gr/memb),0/38/1
Event[1]: Offered
Domain[1]: (VDN),‘27551’
UniversalCallId: 00 01 24 95 59 C4 29 A2
@23:05:38.8391 [asai] (processEvReportOffered)
@23:05:38.8391 [gctmi] TMsg [EventQueued(27551)] distributing to model
@23:05:38.8392 {tscp.call {constructed} {uuid 01OSSVL3Q8CO3C5718JH11TAES0STG5A} {connection-id 009c02a7b43ecbb1} {call-id 9365}}
@23:05:38.8392 Call [009c02a7b43ecbb1]: urid 0001009c
@23:05:38.8392 [gctm] Call [009c02a7b43ecbb1/2495,sST,tNO,l0] Setting timer to ST:2000mS
@23:05:38.8392 [gctm] Call [009c02a7b43ecbb1/2495,sST,tST,l0] created.
@23:05:38.8393 [asai] Call [009c02a7b43ecbb1/2495,sST,tST,l0] (AsaiCall)
@23:05:38.8393 [gctmi] Call [009c02a7b43ecbb1/2495,sST,tST,l0] distributing EventQueued
@23:05:38.8393 [gctmi] Call [009c02a7b43ecbb1/2495,sST,tST,l0] processQueued
@23:05:38.8394 [asai] Call [009c02a7b43ecbb1/2495,sST,tST,l0] (createParty)
@23:05:38.8394 [gctm] Party [009c02a7b43ecbb1:27551,s0,tRP,rDST,lINT] created.
@23:05:38.8394 [asai] Party [009c02a7b43ecbb1:27551,s0,tRP,rDST,lINT] (AsaiIntParty)
@23:05:38.8394 [asai] Party [009c02a7b43ecbb1:27551,s0,tRP,rDST,lINT] setting id to 0
@23:05:38.8394 [gctmi] Party [009c02a7b43ecbb1:27551,s0,tRP,rDST,lINT] distribute
@23:05:38.8395 [gctmi] Party [009c02a7b43ecbb1:27551,s0,tRP,rDST,lINT] processQueued
@23:05:38.8395 [gctm] Party [009c02a7b43ecbb1:27551,s0,tRP,rDST,lINT] Changing state to 9
@23:05:38.8395 [ISCC] Debug: Call created:
+ c:009c02a7b43ecbb1,0000000102d6cde0 @ m:0000000000000000,0000000000000000 p:0 i:00002495 nw:0001249559c429a2 t:2
@23:05:38.8395 [ISCC] Debug: Party added [ssp view]:
@ c:009c02a7b43ecbb1,0000000102d6cde0 @ m:0000000000000000,0000000000000000,0000000000000000 p:1 i:00002495 nw:00000000:0001249559c429a2 t:2
+ p:00000001029c07f0 @ c:009c02a7b43ecbb1,0000000102d6cde0 r:2 t:0 s:0 n:27551
@23:05:38.8396 [ISCC] Debug: Party added:
@ c:009c02a7b43ecbb1,0000000102d6cde0 @ m:0000000000000000,0000000000000000 p:1 i:00002495 nw:0001249559c429a2 t:2
+ p:0000000000000000,00000001029c07f0 @ c:009c02a7b43ecbb1,0000000102d6cde0 r:2 ------ n:27551:
@23:05:38.8397 [0] 7.5.011.04 distribute_event: message EventQueued
AttributeEventSequenceNumber 0000000001d1a038
AttributeTimeinuSecs 839712
AttributeTimeinSecs 1506027938 (23:05:38)
AttributeExtensions [19] 00 01 02 00..
‘UCID’ bin: 00 01 24 95.. (len=8)
AttributeOtherDNRole 1
AttributeOtherDN ‘0298xxxxxx’
AttributeThisDNRole 2
AttributeThisDN ‘27551’
AttributeThisTrunk 2490369
AttributeANI ‘0298xxxxxx’
AttributeDNIS ‘70xxxxxxx’
AttributeCallUUID ‘01OSSVL3Q8CO3C5718JH11TAES0STG5A’
AttributeConnID 009c02a7b43ecbb1
AttributeCallID 9365
AttributeCallType 2
AttributeNetworkCallID 1506027938
AttributeThisQueue ‘27551’
AttributeCallState 0
@23:05:38.8397 [ISCC] Debug: Translate: ‘0298xxxxxx’ → ‘’; result 1 ()
@23:05:38.8398 [ISCC] Debug: Translate: ‘0298xxxxxx’ → ‘’; result 1 ()
23:05:38.839 Int 04544 Interaction message “EventQueued” generated
23:05:38.839 Trc 04542 EventQueued sent to [41] (00000023 URS75 10.x.x.138:xxxxx)
As that happens at the ISCC phase, and is before the event queued, then guess answer is no way ![]()
Enviado de meu E6633 usando Tapatalk
Doh! as feared…
Potentially.. I wonder if it would work loading a strategy onto the ISCC route points?
Sent from my Redmi Note 3 using Tapatalk
Sadly can’t load anything in iscc.