Search results for query: *

@guycable2, yes that is correct. but only the following COTS support Co-Res functionality. The others are called as COTS1 and support only Linux SS role. - IBM x3350 server (COTS2) - Dell R300 server (COTS2)

What kind of connection cable are you using? I cannot put anything on TTY.

Yes, I also noticed that, but thought that maybe there is a workaround. Well, I think I should accept that this is design intent.

I think it is normal that DN 2000 keeps ringing because it is the only DN left in the Group Hunt List. The other DN 2001 in the Group Hunt List is using CFW feature to another extension. When I try to get Call Trace from 2001, I receive nothing, becuase Hunting is now sending the call to DN...

I forgot to put GHT output: REQ: prt TYPE: ght LSNO GHLN 0001 GHT PLDN DNSZ 4 STOR 0 2000 STOR 1 2001 STOR 2 STOR 3 STOR 4

I put TNB of 2001 and output of GHT. As you see on Key 16, I forwared the DN 2001 to DN 2051. So, all the calles terminating on DN 2001 should be forwarded to 2051 automatically. When a hunt call terminates on 2000, it does not continue with 2001 because of CFW feature is used. I dont use TM. I...

Hi all, I have a question. I have 2 DNs defined in a Group Hunt PLDN. DNs are 2000 and 2001 and PLDN is 1500. I also used Call Forward All Calls feature for 2001 and forwared to another DN 2050. When I call PLDN 1500, the first DN 2000 rings, and after defined unanswered rings, it should be...

I think the latest firmware version is C6N for them. You should update them first.

Hi guys, I'm wondering if I have 3 nodes and some SIP routes between them, is there any way to make sure that the incoming calls are coming from a certain SIP route? All outgoing calls will be routed by NRS, but we can't know where incoming calls come from, or is there a way to identify it?

When I type down "su" (Super User) on pdt shell, do I also get placed on VXshell?

If I use DN key to return my call that I try to transfer, it will continue ringing on the phone that I try to reach. I mean, Set A calls set B. Set B tries to transfer the call to set C. Bur set C does not answer. Then Set B presses flashing indicator to return to set A. Call establishes back...

Sounds logical, let me check. Thank you guys for your clarifications...

As I see, 27230 is a VO patch, only available for public view. I think you should raise a case to get it. I'm not sure if it is specific for this scenario, but I remember a similar issue has been resolved with this patch.

So, it means if RLS key is pressed, ACD set seems ready to take a call by the CC, although there is an active call on secondary DN?

Hi all, there is a call center where CS1K rls 5.50 is working with CC6.0. The scenario is as below: - ACD agent makes an external call over the secondary DN - Then he attepmts TRANS or CONF the call, but no success and he presses the release key - At this point ACD agents receives a call from...

I dont think it is a correct way to turn off MSEC. Did you try to install the patch MPLR27230 to see if it works? As I see, it is available for rls 5.00, may require reworking for rls 5.5