Get-AssignedLineURI v3.3 released

Here is a post to let our followers know we are still committed to this project and still writing code :)

Tonight I updated my Get-AssignedLineURI.ps1 v3.3

The update contain one bugfix and one change.

BUGFIX: Now trusted endpoint count is ONLY counting endpoints with LineURI
CHANGE: ListAsGridView now includes ext and did as separate values

Download the script from the link above, and please provide feedback if you find bugs or have input on “missing” functionality.

Advertisements

A few examples from the get-assignedlineuri

As with the search-lineuri script, I had to make parameters mandatory to make it as flexible as I wanted it to be for my usage. If the script is run without known parameters it will throw this custom error message, and I suggest running “get-help .\Get-AssignedLineURI.ps1 -Detailed” to get the complete list of options:

getass-ex1

One of my favorites when I try to get an overview over a new system, or just keeping tabs on an existing one, is the the showsummary in shell. It gives a quick overview over how many objects within the Lync system there are with a assigned lineuri:

getass-ex2

Then over to one my most used parameters. I use it in all my deployments, to get a detailed view over all the deployed lineURIs on all objects within Lync in one simple HTML document. Simply run Get-AssignedLineURI.ps1 -CreateHTMLOutput (with or without the -path parameter to control where the document is created):

getass-ex3

I think this will be enough for one post, but I will be back with more examples in the following weeks.

A few examples from search-lineuri

It’s about time to give a few examples of our scripts, and I thought I’d start out with a few basics from the search-linerui script.

I have tried to create an accurate help description with in the script, so everything should be explained with the use of  “get-help .\search-lineuri.ps1 -Detailed” but here are a few pointers with screenshots as well.

One of the errors I see when other use the script is when the run it without any parameters. When the script was first created it did not require any parameters, but in order to do all the things I want to with it I had to make parameters mandatory. If you run the script without any valid parameters, you should receive the following custom error prompt:

search-ex1

Try run the script with at least one parameter like “-search” to get a result:

search-ex2

Please observe I have set a validation on the number parameter ($URIsearch) at least 2 digits and maximum 20 digits long ([ValidateLength(2,20)]). It will cause a system error if a search is tried with fewer or longer extensions:

search-ex3

That’s all for now. I will post more screen shots and usage examples in the following weeks

Error in -ListAsGridView output from Search-LineURI.ps1

I was recently altered about an error in the Search-LineURI.ps1 script. (Thanks Alessio ;)

There seems to be an error when searching for an extension, and asking for the result in the ListAsGridView format. The error occurs when there is only one identity is found, and looks like this:

searchuri error

I have not been able to replicate the error when the search results in more than one result:

searchuri error2

I will try to fix this in an upcoming release, but have not found a good way to capture the error yet. If anyone know to handle this error, pleas let me know, and I’ll put your name in there.

get-assignedlineuri V3.2

Just a quick post to let you know the get-assignedlineuri.ps1 has been updated and uploaded to the Technet Gallery.

Here are the highlights of v3.2:

  • CHANGE: HTML list of endpoints will only show if actual endpoints are configured
  • REQUESTED FEATURE: HTML output has a new option -splitext, will add DID and EXT as columns in addition to full lineURI
  • BUGFIX: Added CsMeetingRooms to the outputs
  • BUGFIX: Removed parameter: $SummaryAsGridView as it is not in use

I will post more about this script in the near future, so stay tuned for more information.