date:20180403

Re: [cisco-voip] Jabber Multiline is Here

2018-04-03 Thread Pawlowski, Adam

Ben,

Yes that is correct.  We have a workstation deployment model that's used often 
in classrooms/conference rooms, as well as some administrative/service desk 
areas where the station has a centrally managed image, steady state, and is 
configured to log in automatically with a particular User ID.

In this scenario, in order to sign in to Jabber you must sign out and reset the 
client. If you've changed your settings from default - regarding privacy, 
Exchange chat saving, the obnoxious IM ding, etc, you have to start over in 
this scenario - and remember to sign out. In the case of the classroom, if the 
application had a user that was the station user, so you could persay schedule 
or invite the room to meetings, this would then not work for the next person 
until someone came around and signed it back in.

It would admittedly not make much sense to change the entire application's 
configuration while it is running in this scenario. Understanding the IMP 
component/presence is separate from telephony, that would just be awful if you 
wanted it all to work. I don't see why you couldn't have multiple named 
profiles under "Use my computer for calls" that switches between CSF devices, 
but, again, if the configuration changes on the client that would have to be 
handled somehow. 

I guess I would prefer to see user preferences and settings pushed back to 
UCM/IMP to improve the sign-in/sign-out experience, and the "Use my 
computer..." switching option would be cool, but, again the client would have 
to apply any of the settings which can change without requiring reset/signout 
at that point.

Adam

-Original Message-
From: Ben Amick  
Sent: Tuesday, April 3, 2018 2:24 PM
To: Pawlowski, Adam ; cisco-voip@puck.nether.net
Subject: RE: Jabber Multiline is Here

So Adam, in your example, you would have a single machine with a shared login 
but multiple users using it for telephony?

Ben Amick
Unified Communications Analyst

-Original Message-
From: cisco-voip  On Behalf Of Pawlowski, 
Adam
Sent: Tuesday, April 3, 2018 1:27 PM
To: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber Multiline is Here

Security Notice: This is an EXTERNAL email. Please exercise caution and DO NOT 
open attachments or click links from unknown or unexpected senders.

> Being that Jabber tethers to your own controlled device without a specific 
> CSF specified, what use case would extension mobility fulfill that jabber 
> itself wouldn?t?

To me that use case would be a multi-use workstation. Jabber stores all the 
prefs and history locally, so to switch users results in having to reset all of 
that. That's pretty annoying.

Adam

-Original Message-
From: cisco-voip  On Behalf Of 
cisco-voip-requ...@puck.nether.net
Sent: Tuesday, April 3, 2018 12:00 PM
To: cisco-voip@puck.nether.net
Subject: cisco-voip Digest, Vol 174, 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. Re: Log Parser for RTMT (Kent Roberts)
   2. Re: Log Parser for RTMT (Stephen Welsh)
   3. Re: Log Parser for RTMT (Kent Roberts)
   4. Re: Jabber Multiline is Here (Lelio Fulgenzi)
   5. Re: Jabber Multiline is Here (Brian Meade)
   6. Re: Jabber Multiline is Here (Lelio Fulgenzi)
   7. Re: Jabber Multiline is Here (Ben Amick)
   8. Re: Log Parser for RTMT (Ben Amick)
   9. Re: Jabber Multiline is Here (Matthew Loraditch)
  10. Re: Jabber Multiline is Here (Ben Amick)
  11. Re: Jabber Multiline is Here (Brian Meade)
  12. Re: CUCM Pre-Upgrade Checklist (Winstrand, Kenneth)
  13. Re: Jabber Multiline is Here (Pawlowski, Adam)
  14. Re: CUCM Pre-Upgrade Checklist (Ryan Huff)
  15. Re: Jabber Multiline is Here (Sebastian Hagedorn)
  16. Re: Jabber Multiline is Here (Matthew Loraditch)


--

Message: 1
Date: Mon, 2 Apr 2018 10:20:23 -0600
From: Kent Roberts 
To: Kent Roberts 
Cc: "cisco-voip@puck.nether.net" 
Subject: Re: [cisco-voip] Log Parser for RTMT
Message-ID:

Content-Type: text/plain; charset="utf-8"

Sorry All, It appears the linux server and windows and upper/lower case
link bit me.

http://www.projecttesn.org/CKRParse4rtmt.exe


I seem to be running into the same problem as the person with the

Re: [cisco-voip] Jabber Multiline is Here

2018-04-03 Thread Ben Amick

So Adam, in your example, you would have a single machine with a shared login 
but multiple users using it for telephony?

Ben Amick
Unified Communications Analyst

-Original Message-
From: cisco-voip  On Behalf Of Pawlowski, 
Adam
Sent: Tuesday, April 3, 2018 1:27 PM
To: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] Jabber Multiline is Here

Security Notice: This is an EXTERNAL email. Please exercise caution and DO NOT 
open attachments or click links from unknown or unexpected senders.

> Being that Jabber tethers to your own controlled device without a specific 
> CSF specified, what use case would extension mobility fulfill that jabber 
> itself wouldn?t?

To me that use case would be a multi-use workstation. Jabber stores all the 
prefs and history locally, so to switch users results in having to reset all of 
that. That's pretty annoying.

Adam

-Original Message-
From: cisco-voip  On Behalf Of 
cisco-voip-requ...@puck.nether.net
Sent: Tuesday, April 3, 2018 12:00 PM
To: cisco-voip@puck.nether.net
Subject: cisco-voip Digest, Vol 174, 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. Re: Log Parser for RTMT (Kent Roberts)
   2. Re: Log Parser for RTMT (Stephen Welsh)
   3. Re: Log Parser for RTMT (Kent Roberts)
   4. Re: Jabber Multiline is Here (Lelio Fulgenzi)
   5. Re: Jabber Multiline is Here (Brian Meade)
   6. Re: Jabber Multiline is Here (Lelio Fulgenzi)
   7. Re: Jabber Multiline is Here (Ben Amick)
   8. Re: Log Parser for RTMT (Ben Amick)
   9. Re: Jabber Multiline is Here (Matthew Loraditch)
  10. Re: Jabber Multiline is Here (Ben Amick)
  11. Re: Jabber Multiline is Here (Brian Meade)
  12. Re: CUCM Pre-Upgrade Checklist (Winstrand, Kenneth)
  13. Re: Jabber Multiline is Here (Pawlowski, Adam)
  14. Re: CUCM Pre-Upgrade Checklist (Ryan Huff)
  15. Re: Jabber Multiline is Here (Sebastian Hagedorn)
  16. Re: Jabber Multiline is Here (Matthew Loraditch)

--

Message: 1
Date: Mon, 2 Apr 2018 10:20:23 -0600
From: Kent Roberts 
To: Kent Roberts 
Cc: "cisco-voip@puck.nether.net" 
Subject: Re: [cisco-voip] Log Parser for RTMT
Message-ID:

Content-Type: text/plain; charset="utf-8"

Sorry All, It appears the linux server and windows and upper/lower case
link bit me.

http://www.projecttesn.org/CKRParse4rtmt.exe

I seem to be running into the same problem as the person with the AXL app
was doing and antivirus.   Is there a way to let the program run without
being signed?

Thanks

On Fri, Mar 30, 2018 at 9:26 PM, Kent Roberts  wrote:

> Hi all.
>
> So I am one of the few people that have worked with CUCM since Cisco
> started with CallManager, back in 2000?s.  As such, there is one thing that
> I have always hated, and that was reading the logs cause there is just
> soo much stuff there.
>
> I wrote a set of scrips a couple years ago, that is designed to parse the
> RTMT logs from CUCM and return only data based on the call.
>
> After a few people begging for a copy of it, I decided to make it a real
> program.
>
> If you find it useful, please contribute to my tax deductible non-profit.
>  (Facebook has an easy donation program.  Https://www.facebook.com/
> projecttesn)
>
>
> If you have Ideas for other stuff you would like to see let me know, I
> will see what I can do.
>
>
> So the program works or should work like the following.(It is beta
> right now, as I am trying to make it self contained instead of scrips)
>
> Put in the ANI or DNIS.  (Right now I know the extension on cucm works,
> not sure about the other side yet).   Or the SIP ID.   (This might be hit
> or miss at the moment)
>
> Push the button to start.  Select the location of the RTMT files.  (Gz?s
> are ok, it will unpack them)
>
> It will create a -output on the end of the path you provide with the data.
>
> It will collect the calllog files,  and put the revenant data into a
> file.  Once it finds matches it will start to assemble the data into a
> file, and copy the SDL files that are tied to it.
>
> The goal is to get only the data related to the call provided, so tracking
> down what went on is much easier.
>
> Once complete, you can or should be able to load the file with translatorx
>

Re: [cisco-voip] Renewing TVS and IPSec certificates

2018-04-03 Thread ROZA, Ariel

Thank you, both ☺

De: Ryan Ratliff (rratliff) [mailto:rratl...@cisco.com]
Enviado el: martes, 27 de marzo de 2018 04:13 p.m.
Para: Brian Meade ; ROZA, Ariel 
CC: cisco-voip@puck.nether.net
Asunto: Re: [cisco-voip] Renewing TVS and IPSec certificates

You also don’t need to restart the TFTP service when regenerating TVS certs, in 
fact it can cause problems depending on how quickly you pull the trigger and 
how many phones you have.

-Ryan

On Mar 27, 2018, at 1:37 PM, Brian Meade 
> wrote:

If just doing IPSec, you just need to restart the DRS services.  No affect on 
ITL.

As soon as you regenerate TVS on any node, all phones will reboot and ITL will 
be updated instantly.  Be very careful to do this one node at a time making 
sure all phones re-register before moving on.  Really only a huge issue if you 
are doing the CallManager.pem at the same time.

TVS certs aren't in the CTL last I checked so you shouldn't need to regenerate 
the CTL on mixed-mode clusters if just updating TVS/IPSec.

On Tue, Mar 27, 2018 at 1:03 PM, ROZA, Ariel 
> wrote:
Hi guys,

I have some specific questions regarding renewing some certificates.
The situation is this. In a cluster with 4 servers, I have two of them that 
have their tvs.pem and ipsec.pem certificates paste their due date.
I have reviewed a lot of the documentation available, and designed a 
step-by-step procedure to renew them, doing so one server at a time, stopping 
the TFTP, etc.

But still I have some specific doubts:

If I just want to renew the ipsec.pem cert ¿Do I have to go through the 
complete process to renew the ITL and reset the phones to get it? Or can I just 
renew the self-signed cert and restart the DRS Services?
If I am using mixed mode ¿Do I have to regenerate the CTL file as well?

Regards,

Ariel Roza
Collaboration Support Engineer
t: +54 11 5282-0458
c: +54 9 11 5017-4417 webex: 
http://logicalis-la.webex.com/join/ariel.roza
Av. Belgrano 955 – Piso 20 – CABA – Argentina – C1092AAJ
www.la.logicalis.com
_
Business and technology working as one

Logicalis Argentina S.A. solo puede ser obligado por sus representantes legales 
conforme los límites establecidos en el acto constitutivo y la legislación en 
vigor.
El contenido del presente correo electrónico e inclusive sus anexos contienen 
información confidencial.
El mismo no puede ser divulgado y/o utilizado por cualquiera otro distinto al 
destinatario, ni puede ser copiado de cualquier forma.

___
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

Re: [cisco-voip] Jabber Multiline is Here

2018-04-03 Thread Pawlowski, Adam

> Being that Jabber tethers to your own controlled device without a specific 
> CSF specified, what use case would extension mobility fulfill that jabber 
> itself wouldn?t?

To me that use case would be a multi-use workstation. Jabber stores all the 
prefs and history locally, so to switch users results in having to reset all of 
that. That's pretty annoying. 

Adam

-Original Message-
From: cisco-voip  On Behalf Of 
cisco-voip-requ...@puck.nether.net
Sent: Tuesday, April 3, 2018 12:00 PM
To: cisco-voip@puck.nether.net
Subject: cisco-voip Digest, Vol 174, 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. Re: Log Parser for RTMT (Kent Roberts)
   2. Re: Log Parser for RTMT (Stephen Welsh)
   3. Re: Log Parser for RTMT (Kent Roberts)
   4. Re: Jabber Multiline is Here (Lelio Fulgenzi)
   5. Re: Jabber Multiline is Here (Brian Meade)
   6. Re: Jabber Multiline is Here (Lelio Fulgenzi)
   7. Re: Jabber Multiline is Here (Ben Amick)
   8. Re: Log Parser for RTMT (Ben Amick)
   9. Re: Jabber Multiline is Here (Matthew Loraditch)
  10. Re: Jabber Multiline is Here (Ben Amick)
  11. Re: Jabber Multiline is Here (Brian Meade)
  12. Re: CUCM Pre-Upgrade Checklist (Winstrand, Kenneth)
  13. Re: Jabber Multiline is Here (Pawlowski, Adam)
  14. Re: CUCM Pre-Upgrade Checklist (Ryan Huff)
  15. Re: Jabber Multiline is Here (Sebastian Hagedorn)
  16. Re: Jabber Multiline is Here (Matthew Loraditch)


--

Message: 1
Date: Mon, 2 Apr 2018 10:20:23 -0600
From: Kent Roberts 
To: Kent Roberts 
Cc: "cisco-voip@puck.nether.net" 
Subject: Re: [cisco-voip] Log Parser for RTMT
Message-ID:

Content-Type: text/plain; charset="utf-8"

Sorry All, It appears the linux server and windows and upper/lower case
link bit me.

http://www.projecttesn.org/CKRParse4rtmt.exe


I seem to be running into the same problem as the person with the AXL app
was doing and antivirus.   Is there a way to let the program run without
being signed?

Thanks


On Fri, Mar 30, 2018 at 9:26 PM, Kent Roberts  wrote:

> Hi all.
>
> So I am one of the few people that have worked with CUCM since Cisco
> started with CallManager, back in 2000?s.  As such, there is one thing that
> I have always hated, and that was reading the logs cause there is just
> soo much stuff there.
>
> I wrote a set of scrips a couple years ago, that is designed to parse the
> RTMT logs from CUCM and return only data based on the call.
>
> After a few people begging for a copy of it, I decided to make it a real
> program.
>
> If you find it useful, please contribute to my tax deductible non-profit.
>  (Facebook has an easy donation program.  Https://www.facebook.com/
> projecttesn)
>
>
> If you have Ideas for other stuff you would like to see let me know, I
> will see what I can do.
>
>
> So the program works or should work like the following.(It is beta
> right now, as I am trying to make it self contained instead of scrips)
>
> Put in the ANI or DNIS.  (Right now I know the extension on cucm works,
> not sure about the other side yet).   Or the SIP ID.   (This might be hit
> or miss at the moment)
>
> Push the button to start.  Select the location of the RTMT files.  (Gz?s
> are ok, it will unpack them)
>
> It will create a -output on the end of the path you provide with the data.
>
> It will collect the calllog files,  and put the revenant data into a
> file.  Once it finds matches it will start to assemble the data into a
> file, and copy the SDL files that are tied to it.
>
> The goal is to get only the data related to the call provided, so tracking
> down what went on is much easier.
>
> Once complete, you can or should be able to load the file with translatorx
> and have a smaller file to work with.
>
> Find it here.Please note, I have restricted the running time, as it
> will need some updates.  Please feel free to help me make it better.   If
> its negative feedback, please don?t bother.
>
> http://www.projecttesn.org/ckrparse4rtmt.exe
>
> FYI. This is running with a test CERT, and right now not signed, so
> windows defender may pop up and Symantec will have a cow?. Put should not
> be any worries.
>
-- next part --
An HTML attachment was scrubbed...
URL:

Re: [cisco-voip] Jabber Multiline is Here

2018-04-03 Thread Sebastian Hagedorn

Where does it say that? I did not find anything in either the release notes 
or the configuration guide.


--On 2. April 2018 um 14:04:52 -0400 Brian Meade  wrote:


The other big issue is no extension mobility support


--
   .:.Sebastian Hagedorn - Weyertal 121 (Gebäude 133), Zimmer 2.02.:.
.:.Regionales Rechenzentrum (RRZK).:.
  .:.Universität zu Köln / Cologne University - ✆ +49-221-470-89578.:.

pgp0pUGuhDdtz.pgp
Description: PGP signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] Jabber Multiline is Here

Re: [cisco-voip] Jabber Multiline is Here

Re: [cisco-voip] Renewing TVS and IPSec certificates

Re: [cisco-voip] Jabber Multiline is Here

Re: [cisco-voip] Jabber Multiline is Here

5 matches

Site Navigation

Mail list logo

Footer information