date:20200207

Re: [cisco-voip] Expressway Cluster failover for MRA...

2020-02-07 Thread Jonathan Charles

So I changed the SRV records to be equal priority and weight... and
everything works fine.

If I put a C & E pair at a site in maintenance mode, we do NOT see
automatic reregistration of phone services to the other C/E pair at the
other site.

If you log out and back in, it does automatically reregister.

If we put one of the 4 Expressways in maintenance mode, it fails over
automatically.

How do we achieve automatic failover for MRA?


Jonathan


On Wed, Jan 29, 2020 at 3:17 PM Jonathan Charles  wrote:

> I mean an outbound flow... offnet Jabber calls PSTN... I need it to go to
> primary DC... the only way I can force that is by lowering priority of the
> collab-edge SRV record.
>
> To force a failover, I put the primary in maintenance mode, then Jabber
> times out and dies... log out, log back in and it connects to the DR.
>
> If I set the SRVs to the same priority, it seems to connect thru the DR
> site (out of spite).
>
>
> Jonathan
>
> On Wed, Jan 29, 2020 at 2:59 PM Ryan Huff  wrote:
>
>> That seems correct. It seems like you’re speaking about an outbound flow
>> and Lelio is speaking about an inbound flow.
>>
>> The traversal client cluster (the CS) should know about all the peers in
>> the traversal server cluster (the Es).
>>
>> Sent from my iPhone
>>
>> On Jan 29, 2020, at 15:21, Jonathan Charles  wrote:
>>
>> 
>> OK, maybe I am misunderstanding... I have th E's paired together as a
>> cluster and the C's paired together as a cluster... I have the C's
>> initiating a UCM traversal client to both E's... is this not correct?
>>
>>
>> Jonathan
>>
>> On Tue, Jan 28, 2020 at 7:59 PM Lelio Fulgenzi  wrote:
>>
>>> I could be wrong here, but from what was explained to me...
>>>
>>> You may be able to control the initial connection from off-prem device
>>> to the E of your choosing, but you cannot control which C that E talks to.
>>> And vice-versa.
>>>
>>> So, you could point people to Ea, but they could easily be sent to Cs.
>>> And that traffic back from Cs could easily be sent to Es.
>>>
>>> I was told at one time, the only option would be to put hosts in
>>> maintenance mode or something like that. But it wasn’t advised.
>>>
>>> I’d love to hear other suggestions.
>>>
>>> *-sent from mobile device-*
>>>
>>>
>>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>>
>>> Computing and Communications Services | University of Guelph
>>>
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>>> N1G 2W1
>>>
>>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | le...@uoguelph.ca
>>>
>>>
>>>
>>> www.uoguelph.ca/ccs
>>> 
>>>  |
>>> @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>>
>>> On Jan 28, 2020, at 8:49 PM, Jonathan Charles  wrote:
>>>
>>> We have two pairs of Expressway clusters (C/E) at two different
>>> locations (primary and DR)...
>>>
>>> The cluster is up, however, we want to make sure that we are in
>>> Active/Standby.
>>>
>>> Currently, we have one of our SRV records for collab-edge set at 5 (the
>>> backup is at 10) with the same weight.
>>>
>>> The clustering guide says we should set the priority and weight on both
>>> SRV records the same, which will cause half of the registrations to go to
>>> the DR site. It is far away and has less capability.
>>>
>>> How do we:
>>>
>>> 1 - Make sure the primary site handles all MRA registrations and the DR
>>> site is only used when the primary is down.
>>> 2 = Make sure failover occurs automatically... currently Jabber users
>>> have to log out and back in to connect to the DR site.
>>>
>>>
>>> Thanks!
>>>
>>>
>>> Jonathan
>>>
>>> ___
>>> 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://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voipdata=02%7C01%7C%7C990b53ac7bf74dc9f6d908d7a4f8d85e%7C84df9e7fe9f640afb435%7C1%7C0%7C637159260995073329sdata=FiPM638B7JKc3x9OhTq2s9Tf1hqWUQ9chaJfw13bxkk%3Dreserved=0
>>
>>
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] VCS/TMS Option Key Rehosting

2020-02-07 Thread UC Penguin

Thank you for confirming!

Much appreciated.

> On Feb 7, 2020, at 15:20, Mark H. Turpin  wrote:
> 
> It will not automatically revoke them. There is no phone-home mechanism, 
> today, for the TMS/Expressway to invalidate the licenses.
> 
> 
> —
> Mark Turpin
> Contact me on Webex Teams
> mtur...@covene.com / +1-314-297-0770
> 
>> On Feb 5, 2020, at 3:17 PM, UC Penguin  wrote:
>> 
>> *** EXTERNAL EMAIL - DO NOT CLICK LINKS ***
>> 
>> 
>> Greetings,
>> 
>> I have an older TMS, VCS Control and VCS Expressway.  Already have new 
>> release keys and S/Ns for TMS/VCS.
>> 
>> I’m curious if rehosting the existing option keys for TMS and VCS Control 
>> and Expressway will automatically revoke the current production licenses?
>> 
>> I have the new systems in an isolated environment and would like to have 
>> them fully licensed and tested before swapping them and relying of the 
>> mystical and finicky licensing process.
>> 
>> Thanks in advance!
>> ___
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voipdata=01%7C01%7Cmturpin%40covene.com%7C5fe62a86220d4ebae82908d7aa891ff4%7C575b0cc755204e999cb37affbf511f45%7C1sdata=lTdjge05pOwga%2F%2FkBvFbmObjqX9Ulvs6B5wG4EwXxTA%3Dreserved=0

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

Re: [cisco-voip] VCS/TMS Option Key Rehosting

2020-02-07 Thread Mark H. Turpin

It will not automatically revoke them. There is no phone-home mechanism, today, 
for the TMS/Expressway to invalidate the licenses.


—
Mark Turpin
Contact me on Webex Teams
mtur...@covene.com / +1-314-297-0770

> On Feb 5, 2020, at 3:17 PM, UC Penguin  wrote:
> 
> *** EXTERNAL EMAIL - DO NOT CLICK LINKS ***
> 
> 
> Greetings,
> 
> I have an older TMS, VCS Control and VCS Expressway.  Already have new 
> release keys and S/Ns for TMS/VCS.
> 
> I’m curious if rehosting the existing option keys for TMS and VCS Control and 
> Expressway will automatically revoke the current production licenses?
> 
> I have the new systems in an isolated environment and would like to have them 
> fully licensed and tested before swapping them and relying of the mystical 
> and finicky licensing process.
> 
> Thanks in advance!
> ___
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voipdata=01%7C01%7Cmturpin%40covene.com%7C5fe62a86220d4ebae82908d7aa891ff4%7C575b0cc755204e999cb37affbf511f45%7C1sdata=lTdjge05pOwga%2F%2FkBvFbmObjqX9Ulvs6B5wG4EwXxTA%3Dreserved=0
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8851 - power draw

2020-02-07 Thread Lelio Fulgenzi

OK, I think I found what I was looking for.

---
https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9300/software/release/16-9/configuration_guide/int_hw/b_169_int_and_hw_9300_cg/configuring_poe.html

If the device discovers a powered device connected to the port and if the 
device has enough power, it grants power, updates the power budget, turns on 
power to the port on a first-come, first-served basis, and updates the LEDs.

If granting power would exceed the system power budget, the device denies 
power, ensures that power to the port is turned off, generates a syslog 
message, and updates the LEDs. After power has been denied, the device 
periodically rechecks the power budget and continues to attempt to grant the 
request for power.
---

I'll have to see if there are similar POE configuration statements for AUTO for 
the other switches to be 100% sure, but I suspect they do.



From: Lelio Fulgenzi
Sent: Friday, February 7, 2020 1:12 PM
To: voyp list, cisco-voip (cisco-voip@puck.nether.net) 

Subject: RE: 8851 - power draw


Does anyone have any experience with the bootup process of a switch packed with 
phones asking for 30W and being more than the available power?

Do they cycle through startup accordingly?



From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Lelio Fulgenzi
Sent: Thursday, February 6, 2020 6:12 PM
To: voyp list, cisco-voip 
(cisco-voip@puck.nether.net) 
mailto:cisco-voip@puck.nether.net>>
Subject: [cisco-voip] 8851 - power draw


Does anyone have a bunch of 8851s deployed? Can I trouble you for a "show 
inline power" output? I'm looking for what normal operating power draw is for 
this model. No side cars, no USB, sort of thing.

I've got an 8865 showing 12.9W, and I'm hoping it's less. We're looking at 
selecting 8841 or 8851 and power draw is a concern. Startup too, but 
apparently, startup will cycle through.

Lelio

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

Re: [cisco-voip] 8851 - power draw

2020-02-07 Thread Lelio Fulgenzi

This is incredible! Thanks everyone!

From: Pawlowski, Adam 
Sent: Friday, February 7, 2020 11:08 AM
To: 'Terry Oakley' ; Lelio Fulgenzi 
; Biffle, Gerrad 
Cc: Cisco-VOIP 
Subject: RE: [cisco-voip] 8851 - power draw

Sorry for the delay, been a busy morning.

Hardware revs changed at some point including the device’s PoE class to go with 
it.

This is from my notes:

Phone   # of KEM  PoE? (802.3at)
8851   1 BEKEM or AKEM   Yes
8851   2 AKEMNo
8851   2 BEKEM  Yes* Only with v08 or later 
hardware - see back of phone
8861   1 BEKEM or AKEM   Yes
8861   2 BEKEM or AKEM   Yes, but USB Fast Charging is disabled on 
rear port
8861   3 BEKEM or AKEM   Yes, but USB Fast Charging is disabled on 
rear port

Anyways here are some power stats:

Hardware V01 with a BEKEM

Interface: Gi2/0/23
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 3
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 12.6
Power available to the device: 12.6

Actual consumption
Measured at the port: 7.4
Maximum Power drawn by the device since powered on: 8.3

Hardware V01 with no KEM

Interface: Te4/0/46
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 3
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 9.2
Power available to the device: 9.2

Actual consumption
Measured at the port: 3.4
Maximum Power drawn by the device since powered on: 5.4

Hardware V31 with a BEKEM

Interface: Gi2/0/20
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 12.3
Power available to the device: 12.3

Actual consumption
Measured at the port: 7.8
Maximum Power drawn by the device since powered on: 8.4

Hardware V31 with an A-KEM

Interface: Gi1/0/4
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 12.3
Power available to the device: 12.3

Actual consumption
Measured at the port: 7.0
Maximum Power drawn by the device since powered on: 7.4

Hardware V31 with no KEM

Interface: Gi1/0/15
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 8.9
Power available to the device: 8.9

Actual consumption
Measured at the port: 3.7
Maximum Power drawn by the device since powered on: 4.7






From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Terry Oakley
Sent: Friday, February 7, 2020 10:39 AM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca>>; Biffle, 
Gerrad mailto:gerrad.bif...@greensboro-nc.gov>>
Cc: Cisco-VOIP mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] 8851 - power draw

On a quick test our 8851 draws 15.4 on boot and settles back to 9.8 at rest.

Terry

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Lelio Fulgenzi
Sent: Friday, February 7, 2020 7:47 AM
To: Biffle, Gerrad 
mailto:gerrad.bif...@greensboro-nc.gov>>
Cc: Cisco-VOIP mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] 8851 - power draw

CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.
Hey Thanks! This does help.

Do you know if the ones drawing more than 9.4 have a KEM?

From: Biffle, Gerrad 
mailto:gerrad.bif...@greensboro-nc.gov>>
Sent: Friday, February 7, 2020 9:44 AM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Cc: Cisco-VOIP mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] 8851 - power draw

Don’t know if you still need it or not.  Here is a quick grab from one of our 
switches:

Interface Admin  OperPower(Watts) Device  Class
From PSTo Device
- -- -- -- -- --- -

Gi2/17auto   on 14.5   13.8   IP Phone 8851   3
Gi2/18auto   on 9.48.9IP Phone 8851   4
Gi2/19auto   on 12.9   12.3   IP Phone 8851   4
Gi2/20auto   on 9.48.9IP Phone 8851   4
Gi2/21auto   off0.00.0n/a n/a
Gi2/22auto   off0.00.0n/a n/a
Gi2/23auto   on 9.48.9IP Phone

Re: [cisco-voip] 8851 - power draw

2020-02-07 Thread Pawlowski, Adam

Sorry for the delay, been a busy morning.

Hardware revs changed at some point including the device’s PoE class to go with 
it.

This is from my notes:

Phone   # of KEM  PoE? (802.3at)
8851   1 BEKEM or AKEM   Yes
8851   2 AKEMNo
8851   2 BEKEM  Yes* Only with v08 or later 
hardware - see back of phone
8861   1 BEKEM or AKEM   Yes
8861   2 BEKEM or AKEM   Yes, but USB Fast Charging is disabled on 
rear port
8861   3 BEKEM or AKEM   Yes, but USB Fast Charging is disabled on 
rear port

Anyways here are some power stats:

Hardware V01 with a BEKEM

Interface: Gi2/0/23
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 3
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 12.6
Power available to the device: 12.6

Actual consumption
Measured at the port: 7.4
Maximum Power drawn by the device since powered on: 8.3

Hardware V01 with no KEM

Interface: Te4/0/46
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 3
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 9.2
Power available to the device: 9.2

Actual consumption
Measured at the port: 3.4
Maximum Power drawn by the device since powered on: 5.4

Hardware V31 with a BEKEM

Interface: Gi2/0/20
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 12.3
Power available to the device: 12.3

Actual consumption
Measured at the port: 7.8
Maximum Power drawn by the device since powered on: 8.4

Hardware V31 with an A-KEM

Interface: Gi1/0/4
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 12.3
Power available to the device: 12.3

Actual consumption
Measured at the port: 7.0
Maximum Power drawn by the device since powered on: 7.4

Hardware V31 with no KEM

Interface: Gi1/0/15
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Cisco IP Phone 8851
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 60.0
Power drawn from the source: 8.9
Power available to the device: 8.9

Actual consumption
Measured at the port: 3.7
Maximum Power drawn by the device since powered on: 4.7






From: cisco-voip  On Behalf Of Terry Oakley
Sent: Friday, February 7, 2020 10:39 AM
To: Lelio Fulgenzi ; Biffle, Gerrad 

Cc: Cisco-VOIP 
Subject: Re: [cisco-voip] 8851 - power draw

On a quick test our 8851 draws 15.4 on boot and settles back to 9.8 at rest.

Terry

From: cisco-voip 
mailto:cisco-voip-boun...@puck.nether.net>> 
On Behalf Of Lelio Fulgenzi
Sent: Friday, February 7, 2020 7:47 AM
To: Biffle, Gerrad 
mailto:gerrad.bif...@greensboro-nc.gov>>
Cc: Cisco-VOIP mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] 8851 - power draw

CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

Hey Thanks! This does help.

Do you know if the ones drawing more than 9.4 have a KEM?

From: Biffle, Gerrad 
mailto:gerrad.bif...@greensboro-nc.gov>>
Sent: Friday, February 7, 2020 9:44 AM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca>>
Cc: Cisco-VOIP mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] 8851 - power draw

Don’t know if you still need it or not.  Here is a quick grab from one of our 
switches:

Interface Admin  OperPower(Watts) Device  Class
From PSTo Device
- -- -- -- -- --- -

Gi2/17auto   on 14.5   13.8   IP Phone 8851   3
Gi2/18auto   on 9.48.9IP Phone 8851   4
Gi2/19auto   on 12.9   12.3   IP Phone 8851   4
Gi2/20auto   on 9.48.9IP Phone 8851   4
Gi2/21auto   off0.00.0n/a n/a
Gi2/22auto   off0.00.0n/a n/a
Gi2/23auto   on 9.48.9IP Phone 8851   4
Gi2/24auto   on 10.3   9.8IP Phone 8851   3
Gi2/25auto   on 10.3   9.8IP Phone 8851   3
Gi2/26auto   on 9.48.9IP Phone 8851   4
Gi2/27auto   on 6.66.3IP Phone 7962   2
Gi2/28auto   on 9.48.9IP Phone 8851

Re: [cisco-voip] 8851 - power draw

2020-02-07 Thread Terry Oakley

On a quick test our 8851 draws 15.4 on boot and settles back to 9.8 at rest.  

 

Terry

 

From: cisco-voip  On Behalf Of Lelio 
Fulgenzi
Sent: Friday, February 7, 2020 7:47 AM
To: Biffle, Gerrad 
Cc: Cisco-VOIP 
Subject: Re: [cisco-voip] 8851 - power draw

 


CAUTION: This email is from an external source. Do not click links or open 
attachments unless you recognize the sender and know the content is safe.

Hey Thanks! This does help.

 

Do you know if the ones drawing more than 9.4 have a KEM? 

 

From: Biffle, Gerrad mailto:gerrad.bif...@greensboro-nc.gov> > 
Sent: Friday, February 7, 2020 9:44 AM
To: Lelio Fulgenzi mailto:le...@uoguelph.ca> >
Cc: Cisco-VOIP mailto:cisco-voip@puck.nether.net> >
Subject: Re: [cisco-voip] 8851 - power draw

 

Don’t know if you still need it or not.  Here is a quick grab from one of our 
switches: 

 

Interface Admin  OperPower(Watts) Device  Class

From PSTo Device

- -- -- -- -- --- -

 

Gi2/17auto   on 14.5   13.8   IP Phone 8851   3

Gi2/18auto   on 9.48.9IP Phone 8851   4

Gi2/19auto   on 12.9   12.3   IP Phone 8851   4

Gi2/20auto   on 9.48.9IP Phone 8851   4

Gi2/21auto   off0.00.0n/a n/a

Gi2/22auto   off0.00.0n/a n/a

Gi2/23auto   on 9.48.9IP Phone 8851   4

Gi2/24auto   on 10.3   9.8IP Phone 8851   3

Gi2/25auto   on 10.3   9.8IP Phone 8851   3

Gi2/26auto   on 9.48.9IP Phone 8851   4

Gi2/27auto   on 6.66.3IP Phone 7962   2

Gi2/28auto   on 9.48.9IP Phone 8851   4

Gi2/29auto   on 10.3   9.8IP Phone 8851   3

 

 

On Feb 6, 2020, at 6:11 PM, Lelio Fulgenzi mailto:le...@uoguelph.ca> > wrote:

 

 

Does anyone have a bunch of 8851s deployed? Can I trouble you for a “show 
inline power” output? I’m looking for what normal operating power draw is for 
this model. No side cars, no USB, sort of thing.

 

I’ve got an 8865 showing 12.9W, and I’m hoping it’s less. We’re looking at 
selecting 8841 or 8851 and power draw is a concern. Startup too, but 
apparently, startup will cycle through.

 

Lelio

 

___
cisco-voip mailing list
  cisco-voip@puck.nether.net
 

 https://puck.nether.net/mailman/listinfo/cisco-voip

 

===
Please note that email sent to and from this address is subject 
to the North Carolina Public Records Law and may be disclosed to third parties. 



smime.p7s
Description: S/MIME cryptographic signature
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8851 - power draw

2020-02-07 Thread Lelio Fulgenzi

Hey Thanks! This does help.

Do you know if the ones drawing more than 9.4 have a KEM?

From: Biffle, Gerrad 
Sent: Friday, February 7, 2020 9:44 AM
To: Lelio Fulgenzi 
Cc: Cisco-VOIP 
Subject: Re: [cisco-voip] 8851 - power draw

Don’t know if you still need it or not.  Here is a quick grab from one of our 
switches:

Interface Admin  OperPower(Watts) Device  Class
From PSTo Device
- -- -- -- -- --- -

Gi2/17auto   on 14.5   13.8   IP Phone 8851   3
Gi2/18auto   on 9.48.9IP Phone 8851   4
Gi2/19auto   on 12.9   12.3   IP Phone 8851   4
Gi2/20auto   on 9.48.9IP Phone 8851   4
Gi2/21auto   off0.00.0n/a n/a
Gi2/22auto   off0.00.0n/a n/a
Gi2/23auto   on 9.48.9IP Phone 8851   4
Gi2/24auto   on 10.3   9.8IP Phone 8851   3
Gi2/25auto   on 10.3   9.8IP Phone 8851   3
Gi2/26auto   on 9.48.9IP Phone 8851   4
Gi2/27auto   on 6.66.3IP Phone 7962   2
Gi2/28auto   on 9.48.9IP Phone 8851   4
Gi2/29auto   on 10.3   9.8IP Phone 8851   3

On Feb 6, 2020, at 6:11 PM, Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:

Does anyone have a bunch of 8851s deployed? Can I trouble you for a “show 
inline power” output? I’m looking for what normal operating power draw is for 
this model. No side cars, no USB, sort of thing.

I’ve got an 8865 showing 12.9W, and I’m hoping it’s less. We’re looking at 
selecting 8841 or 8851 and power draw is a concern. Startup too, but 
apparently, startup will cycle through.

Lelio

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

===
Please note that email sent to and from this address is subject
to the North Carolina Public Records Law and may be disclosed to third parties.
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8851 - power draw

2020-02-07 Thread Lelio Fulgenzi

Hi! Thanks for this. Your data matches up pretty good with the docs I see for 
the 8845. No need to grab the 8865. I’ve got one of those I’m looking at too. 
Power draw goes up with a sidecar. 4W by my records to 16.9W – which means no 
go on af only ports without power cube. Me thnks.




From: Charles Goldsmith 
Sent: Friday, February 7, 2020 8:46 AM
To: Lelio Fulgenzi 
Cc: voyp list, cisco-voip (cisco-voip@puck.nether.net) 

Subject: Re: [cisco-voip] 8851 - power draw

I have a single 8845 here in my office, on a 2960 switch.  It was manufactured 
09/19 per the box.  My 2960 is reporting it as a class 2 and it's drawing 7w 
with power/screen on.Just to give you a bit more data.  I don't have an 
8851 here.  My 8865 is on wifi and in the other office, but if you want 
correlating data, I can go grab it.  The 8845 is on 12.7, the 8865 is currently 
connected to Webex, so whatever code they push, I'd have to go look.

office-2960#sh power inline g1/0/8
Interface Admin  Oper (W) Power   Device  Class Max
- -- -- --- --- - 
Gi1/0/8   auto   on 7.0 IP Phone 8845   2 30.0

Interface  AdminPowerMax   AdminConsumption
 (Watts)   (Watts)
-- --- 
Gi1/0/8   30.0 15.4


On Thu, Feb 6, 2020 at 5:11 PM Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:

Does anyone have a bunch of 8851s deployed? Can I trouble you for a "show 
inline power" output? I'm looking for what normal operating power draw is for 
this model. No side cars, no USB, sort of thing.

I've got an 8865 showing 12.9W, and I'm hoping it's less. We're looking at 
selecting 8841 or 8851 and power draw is a concern. Startup too, but 
apparently, startup will cycle through.

Lelio

___
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] 8851 - power draw

2020-02-07 Thread Biffle, Gerrad

Don’t know if you still need it or not.  Here is a quick grab from one of our 
switches:

Interface Admin  OperPower(Watts) Device  Class
From PSTo Device
- -- -- -- -- --- -

Gi2/17auto   on 14.5   13.8   IP Phone 8851   3
Gi2/18auto   on 9.48.9IP Phone 8851   4
Gi2/19auto   on 12.9   12.3   IP Phone 8851   4
Gi2/20auto   on 9.48.9IP Phone 8851   4
Gi2/21auto   off0.00.0n/a n/a
Gi2/22auto   off0.00.0n/a n/a
Gi2/23auto   on 9.48.9IP Phone 8851   4
Gi2/24auto   on 10.3   9.8IP Phone 8851   3
Gi2/25auto   on 10.3   9.8IP Phone 8851   3
Gi2/26auto   on 9.48.9IP Phone 8851   4
Gi2/27auto   on 6.66.3IP Phone 7962   2
Gi2/28auto   on 9.48.9IP Phone 8851   4
Gi2/29auto   on 10.3   9.8IP Phone 8851   3


On Feb 6, 2020, at 6:11 PM, Lelio Fulgenzi 
mailto:le...@uoguelph.ca>> wrote:


Does anyone have a bunch of 8851s deployed? Can I trouble you for a “show 
inline power” output? I’m looking for what normal operating power draw is for 
this model. No side cars, no USB, sort of thing.

I’ve got an 8865 showing 12.9W, and I’m hoping it’s less. We’re looking at 
selecting 8841 or 8851 and power draw is a concern. Startup too, but 
apparently, startup will cycle through.

Lelio

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

===
Please note that email sent to and from this address is subject 
to the North Carolina Public Records Law and may be disclosed to third parties. 
___
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

Re: [cisco-voip] 8851 - power draw

2020-02-07 Thread Charles Goldsmith

I have a single 8845 here in my office, on a 2960 switch.  It was
manufactured 09/19 per the box.  My 2960 is reporting it as a class 2 and
it's drawing 7w with power/screen on.Just to give you a bit more data.
I don't have an 8851 here.  My 8865 is on wifi and in the other office, but
if you want correlating data, I can go grab it.  The 8845 is on 12.7, the
8865 is currently connected to Webex, so whatever code they push, I'd have
to go look.

office-2960#sh power inline g1/0/8
Interface Admin  Oper (W) Power   Device  Class Max
- -- -- --- --- - 
Gi1/0/8   auto   on 7.0 IP Phone 8845   2 30.0

Interface  AdminPowerMax   AdminConsumption
 (Watts)   (Watts)
-- --- 
Gi1/0/8   30.0 15.4

On Thu, Feb 6, 2020 at 5:11 PM Lelio Fulgenzi  wrote:

>
> Does anyone have a bunch of 8851s deployed? Can I trouble you for a "show
> inline power" output? I'm looking for what normal operating power draw is
> for this model. No side cars, no USB, sort of thing.
>
> I've got an 8865 showing 12.9W, and I'm hoping it's less. We're looking at
> selecting 8841 or 8851 and power draw is a concern. Startup too, but
> apparently, startup will cycle through.
>
> Lelio
>
> ___
> 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] Expressway Cluster failover for MRA...

Re: [cisco-voip] VCS/TMS Option Key Rehosting

Re: [cisco-voip] VCS/TMS Option Key Rehosting

Re: [cisco-voip] 8851 - power draw

Re: [cisco-voip] 8851 - power draw

Re: [cisco-voip] 8851 - power draw

Re: [cisco-voip] 8851 - power draw

Re: [cisco-voip] 8851 - power draw

Re: [cisco-voip] 8851 - power draw

Re: [cisco-voip] 8851 - power draw

Re: [cisco-voip] 8851 - power draw

11 matches

Site Navigation

Mail list logo

Footer information