[cisco-voip] Enabled, non-provisioned VG248 ports

[Frazee, Timothy]

Why give them a CSS or a DN?

 

What's the advantage?

 

I normally put them in CCM (to keep the event log clean) and the
description gets a (SHUTDOWN) comment. No DN or CSS. That way, months
later, I understand what I did.

 

Timothy Frazee 

Network Solutions

314.249.8697 cellular phone

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons
(US)
Sent: Monday, November 06, 2006 8:43 AM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Enabled, non-provisioned VG248 ports

 

I may be wrong but I recall if Line2 on an ATA-186 is not configured it
does the same thing. Line 2 attempts to see if CallManager has something
for it, filling the Event Viewer logs files.  I usually grab the mac
address out of Event Viewer and give it a bogus number and bad
CSS/Partition.

 

________________________________

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Wes Sisk
Sent: Monday, November 06, 2006 9:38 AM
To: Ed Leatherman
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Enabled, non-provisioned VG248 ports

 

Ed,

No documentation, but it is a significant performance hit.

Can you enable autoregistration and just allow them to register with
bogus directory numbers?  Give them a CSS that PLARs to a secretary
phone or something.

/Wes

Ed Leatherman wrote: 

Enabled, non-provisioned VG248 ports - These things are constantly
cranking out registration requests on my callmanager. I've begged and
pleaded with the techs responsible (whom I have no direct authority
over) to log in and disable the ports when they arent going to use them
but every couple weeks they forget and its usually just before I have a
problem I need to look through app logs to troubleshoot. anyway, 

Is there any documentation on CCO about these things causing performance
problems etc due to so many registration requests? I seem to remember
hearing something to that affect at CIPTUG one year.. which makes sense.
I would like to have some backup when I tell them it could actually be
causing real problems. 

-- 
Ed Leatherman
Senior Voice Engineer
West Virginia University
Telecommunications and Network Operations 

 
 
 



________________________________



 
 
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck..nether.net/mailman/listinfo/cisco-voip
<https://puck.nether.net/mailman/listinfo/cisco-voip> 
  

________________________________

Disclaimer: This e-mail communication and any attachments may contain
confidential and privileged information and is for use by the designated
addressee(s) named above only. If you are not the intended addressee,
you are hereby notified that you have received this communication in
error and that any use or reproduction of this email or its contents is
strictly prohibited and may be unlawful. If you have received this
communication in error, please notify us immediately by replying to this
message and deleting it from your computer. Thank you. 



This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20061106/a3120084/attachment-0001.html