KETS Handbook

Much of the information contained in this handbook has been borrowed from KDE's Administrative Technology web pages and Instructional Technology web pages.  Please check these pages for the most up-to-date information.

The KETS Handbook on the KySTE web site is intended to provide a one-stop-shop for Kentucky school district DTCs, Network Administrators, and TRTs.  The information contained within will hopefully answer many questions for new employees as well as offer reminders for experienced personnel. 

If you have comments, corrections, or suggestions on the handbook, please use the contact form.

Yearly Timeline

coming soon

Active Directory

Select from the list below for individual topics in Active Directory.

OU Naming Standards

KETS Document revised June 5, 2006

Standards Document for KETS Active Directory OU Naming Standards

Scope of Document:The scope of this document is to provide guidance for Kentucky School Districts in the creation and deployment of Microsoft® Active Directory Organization Units within the KETS network. This document has been updated to include information about the Organizational Units created during the Exchange 2003 deployment.

Scope of Issue:With the implementation of Active Directory in Kentucky School Districts, administration of users and computers at a sublevel of the default Organizational Units may be necessary. Districts that have a need to provide administration at a more granular level than provided during the initial Active Directory migration can create additional Organizational Units according to the guidelines outlined in this document. The purpose for this naming standard is to create a uniform environment so that software developers can appropriately build their software to specifically suit the needs of the KETS environment.OU Naming Standards Defined

OU Naming Standards Defined

Additional Organizational Units can be created as needed by the "District Support Admins" group under any of the Top-level Organizational Units created during the Active Directory migration, that are managed by the district including:

_District Admins
Local Servers
Contacts
Leadership†
Staff
Students
Workstations

†Newly created top-level organizational unit.

These additional levels must not exceed a total of three (3) as shown in the example below:

3 levels

NOTE: This is a KETS standard to ensure the optimal performance of group policy deployment and processor and memory utilization.

NOTE: In an effort to ensure the proper functioning of the directory, the default permissions on Organizational Units should not be removed or modified. Additional permissions can be applied as needed by District Support Admins.

THE NAMING STANDARDS FOR ADDITIONAL ORGANIZATIONAL UNITS ARE AS FOLLOWS:

SECOND LEVEL OU Naming:

  1. The additional OU structure should be created using your individual schools.
  2. The three (3) -digit school numbers should be placed at the beginning of each school-level OU and followed by an underscore.
  3. The entire school name should be used in the OU.
  4. The following initials should be used for each school type:
    a. EL - Elementary school
    b. MS - Middle school
    c. HS - High school
    d. BOE - Board of Education/Central Office
    e. Additional building types should be abbreviated appropriately using no more than three (3) letters. (Note: See ‘Suggested Suffixes' at end of this document)
  5. Exceptions: Any building or location that does not have a 3 digit number associated with it the district can either:
    a. Choose to create an OU under the appropriate second level OU without a preceding number.
    b. Choose to use the district number, as a prefix for any building that has no three-digit association.
  6. Additional Second Level OUs include _Exchange Resources and _Groups. They can be found under the Leadership, Staff, and Students top-level OUs as shown in the example below.

second level

NOTE: These additional Organization Units are provided in support of the KETS Exchange 2003 deployment and should not be deleted, relocated, or have their permissions modified in any way.

THIRD LEVEL OU Naming:

  1. Any third level OU that is created should be named so that it clearly defines the location or description of that OU.
  2. Districts should only create a third level OU when necessary. In many cases the third layer OU is not needed.

Examples:

An Organization Unit for Knott County Central High School would be created as:
265_Knott CO Central HS

An Organization Unit for Knott County Central Office would be created as:
000_Knott CO BOE

An Organization Unit for a Bus Garage that has no three-digit association should be created using the district number as shown:
295_Bus Garage

Suggested Suffixes:

Board Office - BOE
Alternative School - ALT
High School - HS
Area Technology Center - ATC
Middle School - MS
Pre School - PRE
Elementary School - EL
K-8 District - K8
Transportation - TRA
Bus Garage - BG
Day Treatment Center - DTC
Community Education Center - CE
Family Resource Center - FRC
Youth Service Center - YS
Maintenance - MT
Adult Education Center - AE
Head Start - HST
Technology Center - TC

NOTE: Prior to applying District level GPOs, an OU must be created for testing the GPO. Create a sub-OU named "Test" and place it in the OU that receives the policy as shown in the example below.

test ou

Exchange

Accessing User Mailboxes via OWA

Using Outlook Web Access to access another user's mailbox is sometimes the most efficient way to perform a variety of tasks, including investigating suspicious behaviour and troubleshooting a user-reported problem concerning email.

Users that belong to the DIST Staff All Mailbox Access and DIST Student All Mailbox Access groups can access staff and student mailboxes respectively. These groups are found in the _District Admins/Users and Groups OU.

Accessing another user's mailbox:

  1. Log into OWA as yourself or as a user that has access to the staff or student mailbox in question using https://ketsmail.us
  2. After logging in enter one of the following after the / in the URL https://ketsmail.us/exchange/, depending on whether you want to access a staff or a student mailbox:

username.staff.district
username.stu.district

where username is the name of the user's AD account and district is the name of your district as it appears in email addresses.

Viewing items shift-deleted from any folder:

If user's have used the shift-delete option to remove messages from a folder, they will not appear in the Deleted Items folder.  You can check for these items from any folder by adding folder/?cmd=showdeleted at the end of the URL, where folder is the name of the folder in question.

Examples:

https://ketsmail.us/exchange/username.staff.district/inbox/?cmd=showdeleted
https://ketsmail.us/exchange/username.staff.district/sent%20items/?cmd=showdeleted
https://ketsmail.us/exchange/username.staff.district/inbox/subfolder/?cmd=showdeleted

DOG - District Operations Guide

Due to the size of the DOG, only highlights appear in this handbook. Please click here to download the entire document.

Last updated March 8, 2006.

Backups

(page 41 of DOG)

backup diagram

Disaster Recovery Backups
An Exchange backup will be performed each weekday evening starting at 11:30 PM local time. The backup file, which is named servername.bkf (where servername is the name of the Exchange 2003 server), will initially be placed on your Exchange 2003 server, but will then be copied to your Active Directory global catalog server (GC). The GC will contain a directory for each weekday, and the backup file will be copied into the corresponding directory, overwriting the file from the previous week.
Due to infrastructure limitations, the KETS Exchange 2003 environment does not provide for any off-site backups of your Exchange 2003 data, so a disaster that destroys both the Exchange 2003 server and the GC will result in total loss of e-mail data. At district discretion, you can arrange for offsite disaster recovery backups using the methods described below for archival backups.

Archival Backups
Archival backups can be important for legal purposes as well as recovery from large-scale disasters. Keep in mind the disaster recovery backup files from the AD global catalog server will only cover five days.
If you want additional backups of your Exchange 2003 system for archival purposes, you may make copies of the backup files using the share on the GC that contains the disaster recovery backups. The share is named \\gcservername\ExBackups and all members of the DIST Support Admins security group have read access to the share and its contents.

User Data Recovery
User data recovery means restoring e-mail content for a user or group of users without restoring the entire system to a previous state; for example, restoring a particular message that was accidentally deleted. Exchange 2003 has two features, Deleted Item Retention and Deleted Mailbox Retention, which can be used for user data recovery in some cases; in other situations recovery is only possible from EXMERGE backups, which are a district responsibility.

Deleted Item Retention
Individual mail messages/items that end users delete are actually retained within the Exchange 2003 database and may be recovered up to 14 days after the deletion. This recovery can be performed by end users with the Outlook client software.
Deleted Mailbox Retention
Mailboxes that you delete (by adjusting OU membership) are actually retained within the Exchange 2003 database and may be recovered up to 30 days after the deletion. This recovery must be performed by OET.
EXMERGE Backups
If you want the ability to use EXMERGE backups to recover user data, you must create and safely store EXMERGE backups. You may want to schedule periodic EXMERGE executions to store all or part of user e-mail content. More information about create and restoring from EXMERGE backups may be found in the video referenced in section 5.1.2, "EXMERGE." EXMERGE backups are a district responsibility.

Procedures

Initiate Disaster Recovery
If OET detects that your Exchange 2003 system is not operating correctly and requires disaster recovery, OET staff will contact you to coordinate work. If you believe that your Exchange 2003 system needs disaster recovery, please contact the KETS Help Desk to initiate the process.
Recover a Deleted Mailbox
To arrange for recovery of a deleted mailbox, contact the KETS Help Desk. Mailboxes can only be recovered within 30 days of deletion.
Recover a Deleted Item
To recover a deleted item, use the Outlook 2003 "Recover Deleted Items" feature. For more information, search in Outlook 2003 Help for "Retrieve a deleted item". Items can only be recovered within 14 days of deletion.
Recover Content Using EXMERGE Backups
To recover content using EXMERGE backups, review the video referenced in section 5.1.2, "EXMERGE." You must have had EXMERGE backups in place before the item was deleted, and have those backup files available, in order to recover content using EXMERGE.

EXMERGE

(page 44 of DOG) 

EXMERGE, the Exchange Mailbox Merge utility provided by Microsoft, has a variety of uses in the KETS Exchange 2003 environment. A version of the utility that works against all versions of Exchange can be downloaded from:

ftp://ketsftp.k12.ky.us/Messaging/E2K3/Exmerge/exmergeallv.exe

You should install this utility on the same management workstation on which the Exchange 2003 System Management Tools have been installed. If you need assistance downloading or installing the utility, please contact the KETS Help Desk.

You may download a video illustrating various uses of EXMERGE from:

ftp://ketsftp.k12.ky.us/Messaging/Exchange 2003 Project/exmergevideo.zip

This video was made using Exchange 5.5, but the instructions and examples work in the KETS Exchange 2003 environment. One screen (Database Selection) is new in Exchange 2003. On this screen you choose to work with Student, Staff or Leadership mailboxes by choosing the database with the corresponding name. Note: The first database listed (FIRST STORAGE GROUP/MAILBOX STORE) contains system objects, not user mailboxes; do not make any changes in this database.

NOTE: If you need to recover large amounts of data (multiple users mailboxes), please contact the KETS Help Desk prior to running EXMERGE. They will notifiy OET to turn on circular logging to prevent filling up the log disks. Once you have completed the import using EXMERGE, contact the KETS Help Desk so they can notify OET to turn off circular logging.

Mailbox and Messaging Size Limits

(page 59 of DOG) 

Mailbox Size Limits
Mailbox size limits (measured in megabytes) are based on OU membership of the user as follows:

Mailbox size limit (in MB) by OU membership

 OU Warning  Prohibit Send  Prohibit Send & Receive
 Leadership  200  250 300 
 Staff  45  50  60
 Students  5 10   15

Message Size/Recipients Limits

Enterprise Message Size Limit
The enterprise message size limit is 10 MB, which is the Exchange 2003 default. This means that a single message, including any attachments, will only pass through the KETS Exchange 2003 environment (even within a district) if it is 10 MB or less in size. Messages larger than 10 MB will not be sent and the sender will receive a non-delivery report (NDR).
Routing Group Connector Size Limit
Each routing group connector is configured with a 5 MB limit. This means that a single message sized between 5 MB and 10 MB (including any attachments) which is destined outside the originating district will not be sent to its destination during regular business hours. Instead, it will be held by the Exchange 2003 server and sent between 6 PM and 6 AM local time. Messages destined within the district are not affected by this Routing Group Connector limit. If a message is destined to some addresses inside the district and other outside the district, it will be delivered immediately to the in-district addresses and will be queued for out-of-district addresses.
Enterprise Recipient Count Limit
The enterprise recipient count limit is 5000, which is the Exchange 2003 default. This means that a single message originating within the KETS Exchange 2003 environment that is addressed to more than 5000 mail destinations (including each individual member of any distribution groups) will not be sent. An end user attempting to send such a message will receive an error message. In those cases in which an end user has a legitimate need to send to more than 5000 recipients, you can adjust the limit for that user using ADUC.

OU and Address List Relationships

(simplified from pages 13-15, 62-67 of DOG)

 

Visibility of District Address Lists

   

  Viewing User

User, Contact, or Distribution List's OU Address List District Staff and Leadership District Students Outside Staff Outside Students 
Leadership
  • District Staff
  • Staff & Resources
  • Staff & Resources & Students
yes yes yes no 
 _Exchange Resources
  • District Staff
  • Staff & Resources
  • Staff & Resources & Students
yes yes no (except state-required distribution lists) no
 _Groups no email provisioning        
Staff
  • District Staff
  • Staff & Resources
  • Staff & Resources & Students
yes yes yes no 
 _Exchange Resources
  • Staff & Resources
  • Staff & Resources & Students
yes yes no no 
 _Groups no email provisioning        
Students
  • Staff & Resources & Students
  • Students
yes yes no  no 
 _Exchange Resources
  • Students
no yes no no
 _Groups no email provisioning        

Provisioning

(page 7 of DOG)

When a new user is created in Active Directory, or certain changes are made to an existing user in Active Directory, the provisioning system is responsible for creating or modifying the corresponding Exchange 2003 mailbox. An OET-maintained provisioning script executes every weekday (5 days a week) at 7 pm local time on each district's Exchange 2003 system to check for changes to Active Directory and make the appropriate corresponding changes in the Exchange 2003 system.

Note: All Active Directory changes must be made between 7 AM and 6 PM local time in order for the scheduled script to make the related Exchange 2003 changes by the following morning.

KySTE Note: new mailboxes, changes in group membership to lock or delete mailboxes, and name changes will not occur until provisioning has taken place.  Be sure to inform users of this as you make changes.

Required and Optional Attributes

(page 12 of DOG)

Required Object Attributes
The required attributes of Active Directory user objects must have correct values. Use mixed case (John Doe, not JOHN DOE or john doe) for the first and last names of personal users.

Students
The following fields must be filled in correctly for students:

  • First Name
  • Last Name
  • Department - must contain expected four-digit high school graduation year (like 2014).

All other fields that display in the Address Book must be blank in order to meet FERPA and Kentucky requirements for privacy of student information.

Staff
The following fields must be filled in correctly for staff (including Leadership):

  • First Name
  • Last Name

Resource
No specific fields are required for resource objects. Note that if the first name and last name fields are not filled in for a resource object, the SMTP prefix will be the same as the object's logon name.

NOTE: The special character "/" (forward slash) cannot be used in the following attributes: Name, First Name, Last Name and Alias. Additionally, the "/" cannot be used in the Leadership, Staff and Student sub-OU names

Optional Extension Attributes
Districts will be able to use five Active Directory extension attributes on mail-enabled objects of any kind (user, distribution group, mail-enabled security group, contact). These fields do not appear in any global address list or other address list and are useful for information that should not be publicized. The use and format of these fields will not be standardized by KDE and is completely at your discretion. The attributes are:

  • ExtensionAttribute1
  • ExtensionAttribute2
  • ExtensionAttribute3
  • ExtensionAttribute4
  • ExtensionAttribute5

These attributes can only be edited from a machine on which the Exchange 2003 System Management Tools are installed.
Extension attributes six through fifteen are reserved for KDE use. These attributes may eventually have standard meanings and formats.

 

Security Groups Effecting Email Access

(page 10 of DOG)

Security group membership is used to control user access and activity for both e-mail end users and administrators. The Exchange-related security groups, which are not mail-enabled, are located within the Users and Groups sub-OU of the _District Admins OU and should not be modified, though you may change their membership.

DIST Staff District EMail Only
Any AD user object that is in the Staff or Leadership OU (or any of their sub-OUs) and which is added to this security group will only be able to send and receive e-mail within the district. The change will take effect immediately.

DIST Students District EMail Only
Any AD user object that is in the Students OU (or any of its sub-OUs) and which is added to this security group will only be able to send and receive e-mail within the district. The change will take effect immediately.

DIST Staff All Mailbox Access
Any AD user object which is added to this security group will be able to open any and all mailboxes that are related to AD user objects that are located in the Staff or Leadership OUs (or any of their sub-OUs); this can be used to inspect a particular mailbox or to export mailbox content. Members of this security group can also add contact objects and update e-mail addresses within the Staff and Leadership OUs (any any of their sub-OUs). The access provided by this group will take effect the next time the user logs in to the domain.

DIST Students All Mailbox Access
Any AD user object which is added to this security group will be able to open any and all mailboxes that are related to AD user objects that are located in the Students OU (or any of its sub-OUs); this can be used to inspect a particular mailbox or to export mailbox content. Members of this security group can also add contact objects and update e-mail addresses within the Students OU (and any of its sub-OUs). The access provided by this group will take effect the next time the user logs in to the domain.

DIST Public Folder Admins 
(optional) Any AD user object which is added to this security group will have the ability to manage your district's public folders. In addition, this group will own all of your district's public folders. This security group will only be created for districts that are using public folders. The access provided by this group will take effect the next time the user logs in to the domain. Note: This group should not be used to give end users access to individual folders; that type of access is granted using the permissions tab of the public folder (using the Outlook client).

DIST Staff Deleted Mailboxes
Any AD user object that is in the Staff or Leadership OU (or any of their sub-OUs) and which is added to this security group will not have a related mailbox created for it. If the AD user object currently has a related mailbox, the mailbox will be deleted by the provisioning system. The AD user object may still be used for other tasks, such as accessing file servers. To reverse this configuration and have the mailbox recreated, remove the user from the security group.

DIST Staff Locked Mailboxes
Any AD user object that is in the Staff or Leadership OU (or any of their sub-OUs) and which is added to this security group will not be able to access its related mailbox after the provisioning system's next execution. The mailbox will not be removed from the system. Although the mailbox is inaccessible to the user, all mail destined for the mailbox will be delivered. The AD user object may still be used for other tasks, such as accessing file servers. Important Note: To reverse this configuration and give the user access to their mailbox, remove the user from the security group.

DIST Students Deleted Mailboxes
Any AD user object that is in the Students OU (or any of its sub-OUs) and which is added to this security group will not have a related mailbox created for it. If the AD user object currently has a related mailbox, the mailbox will be deleted by the provisioning system. The AD user object may still be used for other tasks, such as accessing file servers. To reverse this configuration and have the mailbox recreated, remove the user from the security group.

DIST Students Locked Mailboxes
Any AD user object that is in the Students OU (or any of its sub-OUs) and which is added to this security group will not be able to access its related mailbox after the provisioning system's next execution. The mailbox will not be removed from the system. Although the mailbox is inaccessible to the user, all mail destined for the mailbox will be delivered. The AD user object may still be used for other tasks, such as accessing file servers. Important Note: To reverse this configuration and give the user access to their mailbox, remove the user from the security group.

SMTP Relaying

(page 61 of DOG) 

SMTP Relaying means configuring a mail system to accept messages on port 25 which are destined for another server. This feature is usually used by an application (such as a batch system or monitoring system) which needs to originate e-mail messages but does not have all the mail functionality to determine the proper final destination server for those messages. By default, Exchange 2003 systems in the KETS Exchange 2003 environment will not be configured for SMTP Relaying and you cannot change this configuration yourself. If you need this feature configured, please contact your KETS Engineer, who will submit a Direct Engineering Request.

Please note that ordinary use of Exchange 2003 by client software such as Outlook, Outlook Web Access, etc. does NOT require SMTP Relaying.

KySTE Note: Many application servers such as ISA and web servers may require SMTP relaying.

State-Required Distribution Groups

(page 9 of DOG) 

KDE requires districts to maintain certain distribution groups to support sending messages to teachers, principals, etc. statewide. OET creates and modifies KDE-required distribution groups but you are expected to keep the membership up to date. These distribution groups are located within the _Exchange Resources sub-OU of the Leadership OU. The groups are:

  • All District Supt
  • All District Prin
  • All District EL Prin
  • All District MS Prin
  • All District HS Prin
  • All District Teachers
  •  All District EL Teachers
  • All District MS Teachers
  • All District HS Teachers
  • All District IT Teachers
  • All District KVHS (and subsequent KVHS DGs per school where applicable)

where District refers to District Name, with either Co for County or Ind for Independent (with no ending period).

Examples:

  • All Franklin Co Supt
  • All Frankfort Ind EL Prin

Exchange Hosted Services

EHS is a Shared Services provided by the state.  The intent of the service is to prevent SPAM from reaching our inboxes.

An automated training session can be viewed at http://www.microsoft.com/exchange/code/hosted/portal/Admin%20Center%20Training%20v2.1_files/Default.htm#nopreload=1

Access the administrator interface by visiting https://admin.global.frontbridge.com/, using ehsadmin@district.kyschools.us as your username.  If you have forgotten your password, visit https://spam.frontbridge.com/ and use the 'Forgot password' link to have a temporary password sent to the ehsadmin email address for your district.

Contacting EHS Support

Who can contact support?

Any school district technology staff in the "DIST EMail Antivirus Notification" Active Directory group can contact EHS support directly. Microsoft will not provide support directly to end users of this service. Any issues encountered by end users should be communicated to the appropriate district technology staff and they should contact EHS technical support on the end users behalf.

How do I contact support?

Before contacting EHS technical support, it is highly recommended that school district technology staff create their own personal administrator accounts in the EHS Admin Center. This will allow school district technology staff to communicate directly with EHS technical support using their own e-mail address and their own login credentials, instead of using the shared "ehsadmin" administrator account. Creating personal administrator accounts can be accomplished by completing the steps below.

Creating Personal Administrative Accounts

1) Login to the EHS admin center (https://admin.global.frontbridge.com/) using the previously supplied ehsadmin@.kyschools.us credentials.
2) Click on "accounts" located on the menu bar across the top of the page.
3) In the "Manage Accounts" section of the page, ensure that "Create/Manage Account(s)" is selected in the "Select Action" dropdown box, and click the "Go" button.
4) Ensure that the school district's domain is selected in the "Select Domain" dropdown box, and click the "Go" button.
5) In textbox in section 3 ("Enter Addresses Manually OR Upload Addresses from a List") enter the e-mail address of each school district technical staff (one per line) in the "DIST Email Antivirus Notification" Active Directory Group, set "Spam Notifications" in section 4 ("Set Account Properties") to "No", then enter and confirm a temporary password in section 5 ("Assign Password To Accounts"). After verifying these settings, click the "Create Accounts" button at the bottom of the screen.
6) Click "Ok" on the window that appears asking "Are you sure you want to proceed with adding the user(s) to your Quarantine/AC list?".
7) Click "Proceed".

Assigning Administrative Permissions to Accounts

1) If not already, login to the EHS admin center (https://admin.global.frontbridge.com/) using the previously supplied ehsadmin@.kyschools.us credentials.
2) Click on "accounts" located on the menu bar across the top of the page.
3) In the textbox under the "Enter Account By Name" section, enter the first account name that you entered in the steps above, and click the "Search" button.
4) In the "Administrative Permissions" section of the user account that appears, click the "Add Permission" button.
5) In the "Select a domain" dropdown box, select your domain.
6) In the "Select a section" dropdown box, select "All Standard Areas".
7) In the "Privileges" section, select "Full".
8) Click the "Save Permission" button immediately below the "Privileges" section.
9) Repeat steps #4 through #8 and add the "Spam Quarantine/Quarantine Interface" permission.
10) Click the "Save Changes" button located at the bottom right of the window.
11) Click on "ADMINISTRATION" in the menu bar at the top of the screen.
12) Repeat steps #2 through #11 for each account you created in the previous section.
13) When finished, click "LOGOUT" in the menu bar at the top of the screen.
14) Login using your personal administrator account to ensure everything is working.
15) Give account information to other administrator's and ask them to login and change their passwords ASAP.

If you have any issues with the above steps, you can contact EHS technical support and they will walk you through this process. To contact technical support regarding this issue, call the EHS technical support line at (866)291-7726. When you're connected with a support agent, tell them that you have administrative level permissions on your domain ("adair.kyschools.us" for example) and that your e-mail address is "ehsadmin@.kyschools.us". The support agent will verify your permissions and provide you support in creating these accounts.

Exchange Hosted Services technical support can be contacted one of three ways:

1) Telephonically by calling (866)291-7726. When contacting support by phone, it will be necessary for you to inform the support agent that you have administrative level permissions on your domain ("adair.kyschools.us" for example) and supply them with your e-mail address ("john.smith@adair.kyschools.us" for example) so they can verify these permissions. After this process is complete, you will be able to obtain technical support for the issue you are calling about.

2) Via e-mail by sending a detailed description of the issue (and any e-mails that may be involved) to support@frontbridge.com.

3) Via the EHS technical support website at https://messaging.custhelp.com/.

What if I have problems with technical support?

If you are having trouble receiving support, please contact the KETS Service Desk at (866)KETS-HELP.

Reporting SPAM Abuse

Option 1:

To submit Outlook spam e-mail and Internet headers:

  1. Open the message.
  2. On the View menu, select Options.
  3. Press CTRL-C to copy the text displayed in the Internet Headers window, and then close the Options window.
  4. Go back to the original e-mail and click the Forward button.
  5. Press CTRL-V to paste the headers into the top of the message. Leave a blank line between the headers and the message body.
  6. Send this e-mail to abuse@frontbridge.com

Option 2:

The Junk Email Plug-In can be downloaded from EHS Admin Center. When you install it, it opens instructions on how to use the tool.

The following is a link to download the Plug-In:

http://www.microsoft.com/downloads/details.aspx?FamilyID=53541292-ce94-4c5b-9127-b7d56f11b619&displaylang=en

 

ISA

ISA 2006 is the current state standard for Internet filtering and monitoring.

ISA 2006 Hardware Requirements

KETS document, date updated unknown 

2500 or fewer workstations

  • Single Pentium 4 Xeon processor or Single Xeon processor (dual-core processor recommended)
  • 2GB RAM 
  • With either:
    • RAID 1 array for operating system (a pair of 36GB drives) and RAID 5 array for cache files (a set of three 36GB drives) or, 
    • A Raid-5 configuration, NTFS formatted, could contain a C: partition for the system or OS files and a second partition, (E: for example) for the cache content. The ideal configuration with a 5-drive bay would be: Drives 1 and 2 would be mirrored, formatted NTFS and store the OS/system files. Drives 3, 4 and 5 would be Raid-5, formatted NTFS and would store the cache content 
  • 100/1000 network card 
  • Windows Server 2003 Server R2

Greater than 2500 workstations

  • Two Pentium 4 Xeon processors or Two Xeon processors (dual-core recommended) 
  • 2GB RAM 
  • With either: 
    • RAID 1 array for operating system (a pair of 36GB drives) and RAID 5 array for cache files (a set of three 36GB drives) or, 
    • A Raid-5 configuration, NTFS formatted, could contain a C: partition for the system or OS files and a second partition, (E: for example) for the cache content. The ideal configuration with a 5-drive bay would be: Drives 1 and 2 would be mirrored, formatted NTFS and store the OS/system files. Drives 3, 4 and 5 would be Raid-5, formatted NTFS and would store the cache content 
  • 100/1000 network card 
  • Windows Server 2003 Server R2

Districts with greater than 5000 workstations, please contact the project team through the KETs Service Desk to confirm hardware requirements.

Robin Duffy's ISA Sniffer

Robin Duffy of Pulaski County has developed another sniffer tool for use with ISA 2006. The tool is free to use for Kentucky school districts. Use the following link to download the tool and documentation: http://www.pulaski.net/isasniffer30.zip.  Please note that there is no official support for this tool.  Should you need help with installation and configuration, please use the forum on this site.

KETS Help Desk

coming soon

KETS Master Plan

coming soon

Legal Considerations

coming soon
AUP
CIPA
Senate Bills

NCLB

coming soon

Networking

IP Numbering Standards

KETS document, date updated or revised unknown

Scope of Document:

This document is to provide standards for assigning IP Addresses to Networked Workstations and Servers connecting to the KETS Network from Kentucky School Districts.

Scope of Issue:

This restructuring of the Private IP addresses and scheme has been adopted to accommodate the growing needs for unique IP addresses statewide. The use of private IP offers several advantages to include security, an increased number of devices available on the network, and network stability.

Explanation of IP Division and Guidelines:

Rules of IP Divisions

  1. Each school district is given at least one Class B address range.
  2. The Class B address range is divided into 16 Class C address ranges for each school in every district - giving each school 4080 private addresses. 
  3. The first and last set of 16 Class C address ranges are not assigned in every Class B and can be used for future growth of the district at a later date.
  4. The district Board Office is allocated the second set of 16 Class C address ranges in every district. 
  5. Under this division every computer can use the same subnet mask of 255.255.240.0
  6. The first Class C range is reserved for servers and network devices.
  7. The second Class C range is reserved for workstations and perhiphial devices that need a staticly assigned IP address.
  8. The 3rd through the last Class C range is reserved for DHCP

The following list represents the assigned addresses as identified in the KETS IP Assignment Standards document for the 1st Class C in every range.

 10.x.x.1  Default Gateway Device
 10.x.x.2  Backbone CSU/DSU
 10.x.x.3  Secondary Gateway Device
 10.x.x.4-7  RESERVED
 10.x.x.8  United Streaming Server
 10.x.x.9  EPO/SUS Server
 10.x.x.10  MUNIS
 10.x.x.11  Exchange 5.5 (Mail)
 10.x.x.12  STI Accumulator (Priority)
 10.x.x.13  School STI Server
 10.x.x.14  District Proxy
 10.x.x.141  School Proxy
 10.x.x.151  School Proxy
 10.x.x.16-49  Active Components2
 10.x.x.50  Domain Controller1 (D1)
 10.x.x.51  D1 Management Port
 10.x.x.52  Global Catalog Server1 (G1)
 10.x.x.53  G1 Management Port
 10.x.x.50,52  DNS (GC's)
 10.x.x.50,52  WINS (GC's)
 10.x.x.54-57  RESERVED
 10.x.x.58  Exchange 2003 Server1 (X1)
 10.x.x.59  X1 Management Port
 10.x.x.60-90  Web Servers
 10.x.x.91-99  FTP Servers
 10.x.x.100  Webmail [dedicated]
 10.x.x.101  Student Webmail [dedicated]
 10.x.x.111  Student Exchange (Stu Mail)
 10.x.x.112-120  3rd,4th,5th,... Proxy (if needed)
 10.x.x.112-224  RESERVED
 10.x.x.225-244  Downstream CSU/DSUs
 10.254.x3.0  Router WAN Ports

1 School proxy will be .14 unless it is on the same subnet as the district proxy in which case school proxy will be assigned .15
2 Switches, Hubs, Active/managed Network Components, WAP, etc.
3 Assigned District Office Class B

RAS - Remote Access Service

KETS document last updated March 12, 2003

The original KETS Master Plan for Education Technology defined and established the requirement that all districts provide Teachers and Administrators the capability to dial-in to the KETS network.

A large number of districts have already addressed and implemented a dial-up solution within their districts. And of those districts, the majority selected a chassis/modem type solution to meet this requirement. Today, VPN based solutions have gained popularity to the extent that few vendors continue to offer this type of equipment combination. And to further complicate this matter, districts with chassis/modem combos will have little or no technical support available or enhancement capability.

More recently, districts that are in the process of completing Phase 1 of KETS (and have not adequately addressed the dial-up line item requirements up to this point) are asking for guidance on what options are available and eligible for EDTECH expenditures. The purpose of this Standard is to define the requirement for dial-up networking expectations in the KETS environment and identify the implementation options available to you.

KETS Requirement:

All Teachers and Administrators must be provided the opportunity to have dial-up access to the KETS network. The original Master Plan for Education Technology identified both a school and district level implementation requirement. During last year's Reconciliation of Phase 1, Implementation of KETS, districts were given the option to implement a district level only solution that would satisfy the KETS functionality requirement. Given the current industry trend toward migration to Virtual Private Network (VPN) based solutions, there are few vendors that continue to provide chassis/modem equipment combinations (and one could expect those offerings to go "end of life" in the near future as well). As a result, we have determined that this requirement may be satisfied with a PCI based, multi-port modem card and RAS (Remote Access Server) implementation. The minimum acceptable solution calls for at least 8 dial-up capable ports and an appropriate number of active telephone lines to ensure equitable "shared" access to the KETS network. Districts that already have a chassis/modem type solution in place are not expected to replace this equipment so long as the minimum functionality requirements have been met, and the district is able to continue to provide this service to the intended customer base.

Technical Considerations:

Solution must be supported by current KETS network operating systems.
Must have minimum of 8 ports capacity.
Multi-modem cards, if used, must be PCI based and upgradeable to V.90 specifications.
Multi-modem cards may be installed in a workstation class machine that is capable of running current network operating systems (NOS).
RAS will not be installed on the Bridgehead server. For optimum results RAS should be installed on a stand-alone or non-dedicated critical application server.
Appropriate level of NOS security measures must be implemented to prevent unauthorized access to the KETS network.

Local District Considerations:

Local district policies and procedures concerning dial-up access should be developed and referenced in the district's approved Acceptable Use Policy (AUP). Districts should also analyze (by survey or other means) the specific needs of their user base in an effort to appropriately address dial-in capacity requirements.

Purchasing/Installation Options:

Please contact your KETS Regional Engineer for information concerning the procurement options available and appropriate purchase request form.

 

VPN - Virtual Private Network

The links below provide information on the state-provided VPN.

Administration Guide

KETS document created January 20, 2005

Adding Users to District Enterprise VPN User Group (Note: To be completed by District Technology Staff only).

  1. Identify the users you will grant VPN access to your district.
  2. Add those users to "_District Admins\Users and Groups\DIST Enterprise VPN Users" global security group.

    Open "Active Directory Users and Computers"
    ADUC
     
    Right click the "Dist Enterprise VPN Users" group and then select "Properties".
    VPN users properties
     
    Select the "Members" tab and click "Add".
    vpn members

    Enter the user object and/or groups that you wish to grant VPN access and then click "OK" for all open dialog boxes.

  3. Provide User(s) with your Districts' Group ID and Password (received from KE).

Client Installation and Configuration Guide

KETS document updated November 1, 2007

Note:

  • Before beginning, please click on Start - go to Settings - then Control Panel and select Add or Remove Programs
  • When the next window populates, under Currently installed programs..., scroll down and select Nortel Networks Contivity VPN Client
  • When Nortel Networks Contivity VPN Client item expands, click Change/Remove (you may be asked if you are sure or if you want to proceed, select Yes to all questions

KETS Enterprise VPN Client Download, Installation and Configuration.

  1. Open Internet Explorer and open the following address:
    Windows XP - ftp://ketsftp.kyschools.us/VPN/KETS%20Enterprise%20VPN%20Client%20-%20XP.exe
    Windows Vista - ftp://ketsftp.kyschools.us/VPN/KETS%20Enterprise%20VPN%20Client%20-%20Vista.exe
  2. Left click on "Run" in the following dialog box:
    vpn install
  3. Several dialog boxes will open and then close during the installation process. Once the installation is complete you should see the following dialog box:
    restart
  4. Verify that "Yes, I want to restart my computer now" is selected and left click on "Finish". Your system should now reboot.
  5. Once the system reboots, left click on the "Start" button and then "Programs" or "All Programs". You should see a new folder called "KETS Enterprise VPN" which will contain three files/links. Left click on "KETS Enterprise VPN" to start the VPN application.
  6. You should now see the following dialog box:
    application startup
  7. Left click on "Options" and then "Authentication Options" and the following dialog box should open:
    authentication
  8. Left click on the box to the right of "Group ID" and type in the Group ID you received from your District Technology Coordinator or TPOC.
  9. Left click on the box to the right of "Group Password" and type in the Group Password you received from you District Technology Coordinator or TPOC.
  10. Left Click on "OK". You should be returned to the following dialog box:
    application startup
  11. Left click "Save" to save the Group ID and Group Password changes.
  12. Left click "Close" to complete the installation.
  13. Contact the District Technology Coordinator or TPOC for User Name and Password information. For problems or issues with network connectivity, please contact the KETS Help Desk at ketshelp@education.ky.gov or by phone (866) 538-7435.

Making the connection to the KETS Enterprise VPN Server.

  1. Left click on the "Start" button and then "Programs" or "All Programs" then "KETS Enterprise VPN" to start the VPN application.

  2. You should now see the following dialog box:
    application startup

  3. Left click on the box to the right of "User Name" and enter your user name.
    (Note: This will be the same username that you use in your district or in the KETS Domain if a KDE User. If connecting from a district, please use the following convention for your username: \username, where would be replaced with your local district domain name.)
  4. Left click on the box to the right on "Password" and enter your password. (Note: this password will be the same password your use to log into the machine(s) within your district.)
  5. Left click "Connect" and the following dialog box will appear:
    save changes
  6. Click "Yes" to save. The client will now remember your user name (you will still be required to enter your password each time you connect to the VPN Server.
  7. You should now see the following dialog box:
    security banner
  8. Left Click on "OK" and the following dialog box will appear:
    connection established

Disconnecting from the KETS Enterprise VPN Server.

  1. Right click on the KDE Logo in the system tray (lower right hand corner of your desktop). Then click "Disconnect Contivity VPN".
  2. Contact the District Technology Coordinator or TPOC for User Name and Password information. For network connectivity issues, please contact the KETS Help Desk at ketshelp@education.ky.gov or by phone (866) 538-7435.

Vendor Account Creation

KETS document dated March 25, 2005

Procedures for Vendor VPN account request, creation and maintenance

  1. KETS Enterprise VPN accounts will be created for Vendor representatives by the KETS Help Desk. Each account will be given a secure default password. The Vendor representative will use the KETS Enterprise VPN account per ‘Acceptable Use' (AUP) and change the password every 30 days when prompted*. District will identify need to provide Vendor access to the KETS network (example: HVAC controls, STI, Weather service, etc.)

  2. District will stipulate, by email, receipt of a signed AUP from the Vendor representative to their KETS contact (KE), along with the name of the Vendor representative, Vendor email address and Vendor phone number,
  3. The above mentioned KETS contact will then submit a Direct Engineering Request (DER) to the KETS Help Desk, by email (ketshelp@kde.state.ky.us), with information provided from 2. and stipulation that a signed AUP statement is on file at the district.
  4. When all the above items are submitted to the KETS Help Desk, the KETS Enterprise VPN account will be created. Upon creation of the account, the KETS Help Desk will send an email to the Vendor representative. This email will contain the FTP link required to download the KETS Enterprise VPN client and VPN client installation instructions. The Vendor representative will be informed by email of the initial VPN login password and requirement that the Vendor representative change the VPN password after initial login. A separate email will be sent to district POC and KE confirming creation and email notification to vendor of new account.

* MAC (Apple) VPN client users requesting and receiving KETS Vendor VPN accounts will be supplied username and password required for login after account creation. Also, at this time, the available MAC VPN client does not provide ability for password change at any time. When 30 days has expired, and the MAC VPN client user cannot access the KETS Network, the user will simply contact the KETS Help Desk and request a VPN account password change.

KETS Help Desk - 1.866.538.7435 - 502.564.2002 - ketshelp@kde.state.ky.us

 

Next Generation Network

coming soon ... wait for it ... wait ...

... aahhhh ....

Purchasing

coming soon

Reporting

coming soon

STLP

coming soon

TRTs

coming soon

USF (e-Rate)

The Universal Service Fund provides funding for schools, school districts, state agencies, and libraries toward voice and data telecommunications, Internet access, equipment necessary for these connections, and the maintenance of this equipment. The amount of funding an entity receives is based upon the free and reduced lunch population.

Check the Universal Service Administrative Company's web site for the Schools and Libraries Program at http://www.usac.org/sl/ for the most recent news, information, and application forms.

Timeline

USF Timeline

USF timeline - click to view larger image

 Explanation of graphic coming soon.

Glossary of Acronyms

BEAR Billed Entity Application Reimbursement (Form 472)
BEN The Billed Entity Number (BEN) is the unique number assigned by USAC to each billed entity - the entity that pays the service provider.  Also refered to as Entity Number.
CIPA The Children's Internet Protection Act (CIPA) is the law that mandates Internet Safety policy and filtering requirements for applicants.
COMAD Commitment Adjustment (COMAD) is the process by which a funding commitment is reduced when an error is discovered. Fund recovery is required if excess funds have already been disbursed.
FCC The Federal Communications Commission (FCC) is an independent United States government agency directly responsible to Congress. The FCC oversees the E-Rate Program.
FCC RN The FCC Registration Number (FCC RN) is an identifying number assigned to Program participants by the FCC. It is associated with an entity's Taxpayer Identification Number (TIN).
FCDL A Funding Commitment Decision Letter (FCDL) is the official USAC response to an applicant's Form 471 and advises what funding the applicant is eligible to receive.
FRN The Funding Request Number (FRN) is the unique number assigned by USAC to each Form 471 Block 5 Discount Funding Request. It is used to track and report details about products and discounts requested.
LOA A Letter of Agency (LOA) authorizes (1) a person who is not a school or library employee to represent the applicant or (2) a consortium leader to apply for E-Rate discounts on behalf of the consortium members.
NIF A Non-Instructional Facility (NIF) is a building that may be eligible for discounts although it does not contain classrooms used for teaching students or public facilities for libraries.
PIA Program Integrity Assurance (PIA) is the compliance review function for pre- and post-commitment requests.
PIN A Personal Identification Number (PIN) is used to allow applicants to certify documents electronically.
RAL The Form 471 Receipt Acknowledgement Letter (RAL) is issued by USAC to both the applicant and service provider to indicate that a timely Form 471 and certification has been received. It provides applicants with the opportunity to review and correct ministerial and clerical errors.
RFP A Request For Proposal (RFP) is one form of solicitation for services or products. It provides details regarding needed services or products as well as the due date for responses. An RFP may be posted in addition to the required posting of a Form 470, and is not a Program requirement.
RNL The Form 470 Receipt Notification Letter (RNL) is issued to applicants by USAC to indicate that a Form 470 has been posted. It provides applicants with the opportunity to review and correct ministerial and clerical errors.
SLD The Schools and Libraries Division (SLD) is a division of USAC which administers the Schools and Libraries Support Mechanism - commonly known as E-Rate.
SPIN A Service Provider Identification Number (SPIN) is the unique number assigned to each service provider participating in the USF.
USAC  The Universal Service Administrative Company (USAC) is the private, not-for-profit corporation responsible for administering the Universal Service Fund (USF). All of the country's communities are eligible to seek support from the USF.
USF The Universal Service Fund (USF) was established in 1983 to help ensure that all Americans can afford telephone service wherever they live and to provide for discounts on services for schools and libraries and rural health care facilities.

Technology Plan

The FCC requires that requests for funding be based upon an approved technology plan.  Furthermore, five elements must exist within the plan:

  • The plan must establish clear goals and a realistic strategy for using telecommunications and information technology to improve education or library services;
  • The plan must have a professional development strategy to ensure that staff know how to use these new technologies to improve education or library services;
  • The plan must include an assessment of the telecommunication services, hardware, software, and other services that will be needed to improve education or library services;
  • The plan must provide a sufficient budget to acquire and support the non-discounted elements of the plan: the hardware, software, professional development and other services that will be needed to implement the strategy; and
  • The plan must include an evaluation process that enables the school or library to monitor progress toward the specified goals and make mid-course corrections in response to new developments and opportunities and they arise.

Most districts have had a technology plan in the past, whether a part of a district plan or a separate document.  In order to facilitate the state-approval process of the technology plan, districts must submit their plan using the KETS Technology Plan Template.  The template ensures that each district has included all five elements above, in addition to providing a consistent platform for state reviewers of the plan.

Technology Plans must be written before filing the 470 form (around December prior to the funding year) and approved by the state before the start of services and filing the 486 form.  Plans are to be sent via email to the district's KETS Engineer, typically in March or April prior to the funding year.  Approval of the plan will be delivered via email from the Commissioner of Education to the district Superintendent, copied to the districts Chief Information Officer. 

If a plan is 2 or 3 years in scope, a review of the plan should take place before filing the 470 form and the plan should include documentation of the review and/or necessary modifications.

Tips to Keep Organized

Keep a Binder of Current USF Documents

Create a Summary Sheet of Requested Funding

more to come...

What are all these Forms?

All forms that are completed manually must be signed in blue ink.  Whenever possible, complete and certify forms online using your PIN.  This makes the process much easier!

Form Explanation

Due Date

Sent To
479 Certification that the district complies with CIPA (Children's Internet Protection Act) so that the state can file it's 486 form for state shared services 

October

OET

Kim Duvall
15 Fountain Place
Frankfort KY 40601

LOA Letter of Agency
Provides the state approval to file USF forms on behalf of the school district for shared services.  Must be printed on district letterhead.

October

OET

Kim Duvall
15 Fountain Place
Frankfort KY 40601

Discount Matrix While technically not a form, the discount matrix for your district needs to be submitted each year so that the state can calculate its discount.

 December

KE via email

470 "Yes, I am going to apply to receive discounts for the indicated services for the upcoming funding year."

Early to Mid-January prior to the funding year

USAC

471 "These are the services, service providers, and the amount of money for which I'm applying."

Early to Mid-February prior to the funding year

USAC

486 "You've told me that you are going to fund my application and now I'm telling you I intend to take advantage of it."

typically Late October of the funding year*

USAC

472 BEAR "I paid for the services in full and now I want my discount amount back."  for monthly services, typically Late October after the funding year**

Service Provider

500 "Oops, I made a mistake on either the amount or the dates of the service for which I applied."

 after receipt of your FCDL and as soon as you are aware of the mistake

USAC

 * 120 days after the date of the USAC Funding Commitment Decision Letter or 120 days after the service start date, whichever is later.  Use the Deadline Calculator for the 486 on USAC's web site to determine your actual deadline.

** 120 days after the date of the Form 486 Notification Letter or 120 days after the last date to receive service, whichever is later.   Use the Deadline Calculator for the 472 on USAC's web site to determine your actual deadline.

WSUS

coming soon