Re: [cisco-voip] Skipping * on inbound external calls to Unity

[Anthony Holloway]

It might be the small difference with the word "Attempt."

*Attempt Sign-In*—Sends the call to the user sign in conversation, if the
calling number belongs to a user. The calling number is used as the ID. If
the call is not from a user, the next rule in the routing table is applied
to the call information.

*Sign-In*—Sends the call to the user sign in conversation, which prompts
the caller to enter an ID.

On Tue, Oct 3, 2017 at 11:47 AM Matthew Huff  wrote:

> That’s exactly what I have. However, when you dial that DID, you get a
> prompt asking you to enter the phone number you want to leave a message for
> instead of asking you to sign-in. However, if you type “*”, it will let you
> sign in. From google, this appears to be normal issue and the
> recommendation is to train users to know that. Our users aren’t that
> trainable however.
>
>
>
> 
>
> Matthew Huff | 1 Manhattanville Rd
>
> Director of Operations   | Purchase, NY 10577
>
> OTA Management LLC   | Phone: 914-460-4039 <(914)%20460-4039>
>
> aim: matthewbhuff| Fax:   914-694-5669 <(914)%20694-5669>
>
>
>
> *From:* Charles Goldsmith [mailto:wo...@justfamily.org]
> *Sent:* Tuesday, October 3, 2017 12:41 PM
> *To:* Matthew Huff 
> *Cc:* cisco-voip voyp list 
> *Subject:* Re: [cisco-voip] Skipping * on inbound external calls to Unity
>
>
>
> IIRC, you should be able to setup a direct routing rule with the DID and
> have it send to Conversation > Attempt Sign-In.
>
>
>
> On CUCM, just setup a CTI-RP to send the number over to CUC.
>
>
>
> On Tue, Oct 3, 2017 at 10:52 AM, Matthew Huff  wrote:
>
> If we have an externally available number to access Unity voicemail, is
> there anyway of changing it so that it doesn't prompt asking for phone
> number to dial? You can hit * to enter your extension and passcode, but
> only if you remember to hit *.
>
>
>
> 
> Matthew Huff | 1 Manhattanville Rd
> Director of Operations   | Purchase, NY 10577
> OTA Management LLC   | Phone: 914-460-4039
> aim: matthewbhuff| Fax:   914-694-5669
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Changing CUC UM Account with API?

[Nick Barnett]

Anthony, that's what I experienced too, just an endless loop of not being
able to find what I was looking for.
Nathan, you have WAY more patience than I do right now. Thank you!

On Sun, Oct 1, 2017 at 1:35 PM, Anthony Holloway <
avholloway+cisco-v...@gmail.com> wrote:

> Oh man, you just solved my major problem with Postman desktop app.  I was
> getting the domain not allowed error, and just quit after that. I have not
> experienced that before, but now I know.  Thanks!
>
> On Sun, Oct 1, 2017 at 12:25 AM Nathan Reeves 
> wrote:
>
>> Taken a quick look and yeah, Anthony is correct in regards to the use of
>> DELETE.
>>
>> *To Delete the existing UM Service account:*
>> - A GET to https:///vmrest/users/ will dump the users
>> on the Connection Server.
>> - For each user you'll find an objectId listed. A GET to https://
>> /vmrest/users//externalserviceaccounts
>> will dump any attached external services account for the user.
>> - You'll want to then grab the '' value in the returned data
>> (looking like 
>> '/vmrest/users//externalserviceaccounts/'
>> and execute a DELETE against that URI (obv adding 
>> 'https:///'
>> to the URI).
>> - Note that you need to use basic auth to login as an appadmin for the
>> request.
>> - CURL wise: curl --basic --user : -k -X DELETE
>> https:///vmrest/users//
>> externalserviceaccounts/
>>
>> *To add the new UM Service to the user account:*
>> - Update the XML below with:
>>- %umservice-objectid% - The guid of the um service (easiest way is to
>> grab the guid from the CUC Admin pages for the UM service listed under
>> Unified Messaging > Unified Messaging Services).
>>- %user-objectid% - As per the id you found prev when you did the
>> delete.
>>
>> 
>>  
>> *%umservice-objectid%*
>>  *%user-objectid%*
>>  /vmrest/users/*%user-objectid%*
>>  true
>>  false
>>  true
>>  false
>>  0
>>  
>>  true
>>  true
>> 
>>
>> You'll need to then POST this XML to url: 'https:///
>> vmrest/users//externalserviceaccounts'.  Note that again
>> you need to provide basic auth.
>>
>> Note that the XML Above worked for me when adding a UM Service configured
>> to point to Exchange, so ~in theory~ this should work for O365 as well.
>> Not got a tenancy I can test against at the moment in O365 to confirm.
>>
>> If you use Postman to run this stuff, make sure you use the desktop
>> version (not the chrome extension version), and make sure you add the
>> 'Origin' header.  The value should be the url of the CUC Server (eg '
>> http://172.20.2.25').  This should stop you receiving the 'domain not
>> allowed' error message'
>>
>> Hope this assists.
>>
>> Nathan
>>
>>
>> On Fri, Sep 29, 2017 at 7:56 AM, Nathan Reeves > > wrote:
>>
>>> While people are possibly playing around with the CUC Provisioning API,
>>> let me know if you ever get the import of CUCM Local users to CUC working
>>> correctly.  The last rollout I did I was trying to pull in local users but
>>> the api just didn't work.  Had to use LDAP imports instead.  Never looked
>>> too much deeper as I just needed to get on with things.
>>>
>>> But yeah, the API for CUC is really hit and miss.  lol, and the API for
>>> UCCX can be a bit the same.
>>>
>>> Nathan
>>>
>>> On Fri, Sep 29, 2017 at 5:07 AM, Anthony Holloway <
>>> avholloway+cisco-v...@gmail.com> wrote:
>>>
 Wow, the documentation for the CUC API has gone to shit.  There's
 literally a link on the developer.cisco.com site that sends you to a
 wiki site, which itself then sends you to developer.cisco.com.  Nice.

 Anyway, I tried to look into this quick for you, but I got stuck with
 the documentation on POSTing a new UM account for end users.  It literally
 just says:

 "To create an a new external service account, POST an XML document 
 (formatted
 similar to the one above) to the following URL:
 POST https:///vmrest/users//
 externalserviceaccounts"
 Source: http://docwiki.cisco.com/wiki/Cisco_Unity_
 Connection_Provisioning_Interface_(CUPI)_API_--_User_
 Unified_Messaging_Account

 The key part being "similar to."  It's beyond my comprehension that
 anyone would think that this is sufficient documentation to make an API
 request work.  Suffice it to say, it didn't work for me, and now I'm done
 troubleshooting it.

 Since any good REST API should use CRUD, it would then make sense that
 you issue an HTTP DELETE to the user object + um account object URI to
 remove the old one, after you successfully run the POST above to Create the
 new association.

 Good luck.  If I have more time in the next few days, I'll try again.

 On Wed, Sep 27, 2017 at 10:25 AM Nick Barnett 
 wrote:

> I can handle most things in CUCM with SOAP, but I always get confused
> when trying to use VMREST in CUC. I cannot find a way to add and 

Re: [cisco-voip] Skipping * on inbound external calls to Unity

[Bill Talley]

I’ve always used a CTI route point to forward those calls to CUC, then used a 
forward routing rule to the sign in conversation with the criteria being 
forwarding station is 7000 where 7000 is the 4-digit DN of the route point.

Sent from a mobile device with very tiny touchscreen input keys. Please excude 
my typtos.

> On Oct 3, 2017, at 10:52 AM, Matthew Huff  wrote:
> 
> If we have an externally available number to access Unity voicemail, is there 
> anyway of changing it so that it doesn't prompt asking for phone number to 
> dial? You can hit * to enter your extension and passcode, but only if you 
> remember to hit *.
> 
> 
> 
> 
> Matthew Huff | 1 Manhattanville Rd 
> Director of Operations   | Purchase, NY 10577
> OTA Management LLC   | Phone: 914-460-4039
> aim: matthewbhuff| Fax:   914-694-5669
> 
> 
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Skipping * on inbound external calls to Unity

[Matthew Huff]

That’s exactly what I have. However, when you dial that DID, you get a prompt 
asking you to enter the phone number you want to leave a message for instead of 
asking you to sign-in. However, if you type “*”, it will let you sign in. From 
google, this appears to be normal issue and the recommendation is to train 
users to know that. Our users aren’t that trainable however.


Matthew Huff | 1 Manhattanville Rd
Director of Operations   | Purchase, NY 10577
OTA Management LLC   | Phone: 914-460-4039
aim: matthewbhuff| Fax:   914-694-5669

From: Charles Goldsmith [mailto:wo...@justfamily.org]
Sent: Tuesday, October 3, 2017 12:41 PM
To: Matthew Huff 
Cc: cisco-voip voyp list 
Subject: Re: [cisco-voip] Skipping * on inbound external calls to Unity

IIRC, you should be able to setup a direct routing rule with the DID and have 
it send to Conversation > Attempt Sign-In.

On CUCM, just setup a CTI-RP to send the number over to CUC.

On Tue, Oct 3, 2017 at 10:52 AM, Matthew Huff 
> wrote:
If we have an externally available number to access Unity voicemail, is there 
anyway of changing it so that it doesn't prompt asking for phone number to 
dial? You can hit * to enter your extension and passcode, but only if you 
remember to hit *.




Matthew Huff | 1 Manhattanville Rd
Director of Operations   | Purchase, NY 10577
OTA Management LLC   | Phone: 914-460-4039
aim: matthewbhuff| Fax:   914-694-5669


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] reporting on (not)used phones or desks (ci...@cips.nl)

[Dan Schmitt]

Variphy has the ability to report on devices that essentially makes 0 calls. Or 
any threshold too. Variphy would require data dump or Billing Application 
Server set up in CUCM to send it CDR.  A portion of the report builder allows 
you to search on the phones not logged in or with no CDR data. They have free 
demonstration/evaluation and support if you are enrolled in an evaluation. I'm 
sure they can assist you to help get you what you are looking for.


https://www.variphy.com/products/free-trial

Start Your Free Trial of Variphy Today | Variphy Cisco CDR 
...
www.variphy.com
Start Your Free Trial of Variphy Today. Variphy is software for Cisco CDR 
Reporting and Call Analytics.




Dan Schmitt

customade...@hotmail.com



From: cisco-voip  on behalf of 
cisco-voip-requ...@puck.nether.net 
Sent: Tuesday, October 3, 2017 11:00 AM
To: cisco-voip@puck.nether.net
Subject: cisco-voip Digest, Vol 168, Issue 3

Send cisco-voip mailing list submissions to
cisco-voip@puck.nether.net

To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/cisco-voip
or, via email, send a message with subject or body 'help' to
cisco-voip-requ...@puck.nether.net

You can reach the person managing the list at
cisco-voip-ow...@puck.nether.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of cisco-voip digest..."


Today's Topics:

   1. T1 PRI configuration on 2921 not matching startup config
  (Lelio Fulgenzi)
   2. Re: reporting on (not)used phones or desks (ci...@cips.nl)
   3. Re: T1 PRI configuration on 2921 not matching startup config
  (Lelio Fulgenzi)
   4. Re: T1 PRI configuration on 2921 not matching startup config
  (Evgeny Izetov)
   5. Re: reporting on (not)used phones or desks (Charles Goldsmith)
   6. Re: T1 PRI configuration on 2921 not matching startup config
  (Lelio Fulgenzi)
   7. Re: T1 PRI configuration on 2921 not matching startup config
  (NateCCIE)
   8. Re: Adding custom entries to the Unity directory? (Derek Andrew)
   9. Skipping * on inbound external calls to Unity (Matthew Huff)


--

Message: 1
Date: Mon, 2 Oct 2017 18:29:29 +
From: Lelio Fulgenzi 
To: "voyp list, cisco-voip (cisco-voip@puck.nether.net)"

Subject: [cisco-voip] T1 PRI configuration on 2921 not matching
startup config
Message-ID:



Content-Type: text/plain; charset="us-ascii"


OK - Having a weird issue. I was pretty sure that the router config took 
precedence over CUCM (with respect to enabling ports).

I've got four of  the four ports configured on CUCM. So not sure why three are 
being configured on the router.

Very strange!

My startup looks something like this:

controller T1 0/0/0
cablelength long 0db
pri-group timeslots 1-24 service mgcp
!
controller T1 0/0/1
cablelength long 0db
pri-group timeslots 1-24 service mgcp
!
controller T1 0/0/2
shutdown
cablelength long 0db
!
controller T1 0/0/3
shutdown
cablelength long 0db
!

!
interface Serial0/0/0:23
no ip address
encapsulation hdlc
isdn switch-type primary-dms100
isdn incoming-voice voice
isdn bind-l3 ccm-manager
no cdp enable
!
interface Serial0/0/1:23
no ip address
encapsulation hdlc
isdn switch-type primary-dms100
isdn incoming-voice voice
isdn bind-l3 ccm-manager
isdn bchan-number-order ascending
no cdp enable

voice-port 0/0/0:23
echo-cancel coverage 64
!
voice-port 0/0/1:23
!



But after a reload, my running config looks something like this:

controller T1 0/0/0
cablelength long 0db
pri-group timeslots 1-24 service mgcp
!
controller T1 0/0/1
cablelength long 0db
pri-group timeslots 1-24 service mgcp
!
controller T1 0/0/2
cablelength long 0db
pri-group timeslots 1-8,24 service mgcp
!
controller T1 0/0/3
cablelength long 0db
!

interface Serial0/0/0:23
no ip address
encapsulation hdlc
isdn switch-type primary-dms100
isdn incoming-voice voice
isdn bind-l3 ccm-manager
no cdp enable
!
interface Serial0/0/1:23
no ip address
encapsulation hdlc
isdn switch-type primary-dms100
isdn protocol-emulate network
isdn incoming-voice voice
isdn bind-l3 ccm-manager
no cdp enable
!
interface Serial0/0/2:23
no ip address
encapsulation hdlc
isdn switch-type primary-dms100
isdn incoming-voice voice
isdn bind-l3 ccm-manager
no cdp enable
!

!
voice-port 0/0/0:23
echo-cancel coverage 64
!
voice-port 0/0/1:23
echo-cancel coverage 64
!
voice-port 0/0/2:23
echo-cancel coverage 64

---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519-824-4120 Ext 56354
le...@uoguelph.ca

Re: [cisco-voip] Skipping * on inbound external calls to Unity

[Charles Goldsmith]

IIRC, you should be able to setup a direct routing rule with the DID and
have it send to Conversation > Attempt Sign-In.

On CUCM, just setup a CTI-RP to send the number over to CUC.

On Tue, Oct 3, 2017 at 10:52 AM, Matthew Huff  wrote:

> If we have an externally available number to access Unity voicemail, is
> there anyway of changing it so that it doesn't prompt asking for phone
> number to dial? You can hit * to enter your extension and passcode, but
> only if you remember to hit *.
>
>
>
> 
> Matthew Huff | 1 Manhattanville Rd
> Director of Operations   | Purchase, NY 10577
> OTA Management LLC   | Phone: 914-460-4039
> aim: matthewbhuff| Fax:   914-694-5669
>
>
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Adding custom entries to the Unity directory?

[Ben Amick]

That’s perfect, Derek. Somehow I’ve never had to use that section before.

Thanks.

Ben Amick
Unified Communications Analyst

From: Derek Andrew [mailto:derek.and...@usask.ca]
Sent: Tuesday, October 3, 2017 11:22 AM
To: Ben Amick 
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Adding custom entries to the Unity directory?

Add the help desk name and phone number to Contacts>Contacts.
Refresh the  Tools>"Grammar Statistics"



On Wed, Sep 27, 2017 at 7:42 AM, Ben Amick 
> wrote:
Hey, running 9.1 here, I was recently asked if we could add our helpdesk number 
into the search by name directory in Unity – We do have a box in there for 
helpdesk, but the actual line for our helpdesk extension is tied to a call 
handler for the prompt. Is there any way we can add an entry into the unity 
directory to allow this to be searched for?

Ben Amick
Unified Communications Analyst


Confidentiality Note: This message is intended for use only by the individual 
or entity to which it is addressed and may contain information that is 
privileged, confidential, and exempt from disclosure under applicable law. If 
the reader of this message is not the intended recipient or the employee or 
agent responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please contact the sender immediately and destroy the material in its 
entirety, whether electronic or hard copy. Thank you



--
Copyright 2017 Derek Andrew (excluding quotations)

+1 306 966 4808
Communication and Network Services
Information and Communications Technology
Infrastructure Services
University of Saskatchewan
Peterson 120; 54 Innovation Boulevard
Saskatoon,Saskatchewan,Canada. S7N 2V3
Timezone GMT-6

Typed but not read.

[http://homepage.usask.ca/dfa878/uofs.gif]


Confidentiality Note: This message is intended for use only by the individual 
or entity to which it is addressed and may contain information that is 
privileged, confidential, and exempt from disclosure under applicable law. If 
the reader of this message is not the intended recipient or the employee or 
agent responsible for delivering the message to the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please contact the sender immediately and destroy the material in its 
entirety, whether electronic or hard copy. Thank you___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

[cisco-voip] Skipping * on inbound external calls to Unity

[Matthew Huff]

If we have an externally available number to access Unity voicemail, is there 
anyway of changing it so that it doesn't prompt asking for phone number to 
dial? You can hit * to enter your extension and passcode, but only if you 
remember to hit *.




Matthew Huff | 1 Manhattanville Rd 
Director of Operations   | Purchase, NY 10577
OTA Management LLC   | Phone: 914-460-4039
aim: matthewbhuff| Fax:   914-694-5669


___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Adding custom entries to the Unity directory?

[Derek Andrew]

Add the help desk name and phone number to Contacts>Contacts.
Refresh the  Tools>"Grammar Statistics"



On Wed, Sep 27, 2017 at 7:42 AM, Ben Amick  wrote:

> Hey, running 9.1 here, I was recently asked if we could add our helpdesk
> number into the search by name directory in Unity – We do have a box in
> there for helpdesk, but the actual line for our helpdesk extension is tied
> to a call handler for the prompt. Is there any way we can add an entry into
> the unity directory to allow this to be searched for?
>
>
>
> Ben Amick
>
> Unified Communications Analyst
>
>
>
> Confidentiality Note: This message is intended for use only by the
> individual or entity to which it is addressed and may contain information
> that is privileged, confidential, and exempt from disclosure under
> applicable law. If the reader of this message is not the intended recipient
> or the employee or agent responsible for delivering the message to the
> intended recipient, you are hereby notified that any dissemination,
> distribution or copying of this communication is strictly prohibited. If
> you have received this communication in error, please contact the sender
> immediately and destroy the material in its entirety, whether electronic or
> hard copy. Thank you
>



-- 
Copyright 2017 Derek Andrew (excluding quotations)

+1 306 966 4808
Communication and Network Services
Information and Communications Technology
Infrastructure Services

*University of Saskatchewan*Peterson 120; 54 Innovation Boulevard
Saskatoon,Saskatchewan,Canada. S7N 2V3
Timezone GMT-6

Typed but not read.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip