MCSE Boot Camp Training

PROTOCOLS ON LAYERS: Protocols on Layers*Application Layer - (ASFAST) AFP SMNP FTP APPC SNMP TELNET and error RECOVERY. Applications, e-mail, into user apps, initiates and accepts requests, higher level protocols live here,
*Presentation Layer Layer6 - Protocol conversion. The redirector lives here. Redirector grabs anything meant for network and not local PC, (files, prints anything) and redirects to layers for proccessing to right place. All the different formats from all sources and all kinds are made into like a uniform common format that the rest of the OSI model can understand.
*Session layer - Layer5 - Syncs & sessions. Connects two computers and controls, who send when, for how long, how, speeds, and oversees total control of packets. TCP, NWLink, named pipes, netBIOS and remember that DLC lives here. This was one of the questions. Also remember that TCP (microsoft) is like SPX (Novell) and IP (microsoft) is like IPX (Novell). The above 3 layers are the application-level network service users.
*Transport layer - (STANN) SPX TCP ATP NWLink NETBEUI "Trains" well I try and remember that the data streams breaks up into what looks like coaches of a train. The transport services layer. The error handling is done here. Different protocols have different requirements for length of data per packet, e.g. Token ring, Ethernet ATM all use different lengths and these are formed and reformed in this layer
The above 4 layers use gateways. There are Qs on which layers use ( i.e) App - Pres - Session - Trans.
There are also Qs on Physical = Repeater (or hub)
Data link layer = Bridge
Network = Router
*Network layer = (NINI) NWLink IP NETBEUI IPX Think of a big network, where the traffic is routed to, this being done by adding source and destination addresses, choosing best routes.(and uses routers.)
*Data Link Layer layer - Look at the movies on the CD with Net essentials and see that DLL add CRC to other end of the data frames. Bridges work here, and the book is very terse on explanations. Basically the packets use network addresses (source and destination addresses) to get around; they can move around the world using logical addresses and are part of networking software, like Novell or Windows.This whole "network structure" actually sits on top of,( like another thing) ,on top of the LAN. The LAN being the basic underlying network, that's the nitty gritty physical network, where the the actual Network cards talk to each other. The LAN really is only local and the *DATA LINK LAYER controls it. DLL is split into two LOGICAL LINK CONTROL and MEDIA ACCESS CONTROL. This may seem difficult at first but its not too bad. Think that the Media Access Control (MAC) controls the type of media being accessed i.e. media being Token ring, Ethernet etc. also learn the 802.3~"Ethernet", 802.4 ~Arcnet (really only used by GM and obsolete), 802.5~Token ring, and 802.12 Fiber. The LOGICAL LINK CONTROL equates to 802.2 and is the "lowest level" controlling and managing the media.
*Physical layer - Layer 1 This is the hardware and physical cables. Repeaters (or hubs) amplify attenuated or weak signal here. (Another gift Q.) It just has to send 0 and 1, hi's and lows, on's and off's. Data frames work at the two bottom layers and only inside the LAN using Physical or MAC addresses (usually factory or hard wired addresses). On page 176 looks like 10 of the gift Qs we got. These bottom 2 layers are called networking services. P179 talks about SAPs.
*Protocols - Routable- IP, IPX, OSI, AppleTalk, DECnet, XNS. Non-routable- NetBEUI, LAT. NetBEUI- Microsoft protocol designed for small LANs; Nonroutable. IPX/SPX- Fast protocol for small and large Novell networks; is Routable. Also known in NT as NWLink. *TCP/IP- Internet protocol; is Routable. DECnet- Defines communications over FDDI MANs; is Routable. Appletalk- Apple protocol designed for small LAN file and print sharing.
*XNS - Designed by Xerox as an Ethernet protocol. Was replaced by TCP/IP.

 

 

 

Studying for Microsoft MCSE, MCDBA, MCSA, MCSD, Cisco CCNA, CCNP ...

 

MCSE Boot Camp, CCNA Bootcamps, CCNP Boot camp Certification Training

MCSE Guide

Free MCSE
Free MCSE Training
MCSE
MCSE 2003
MCSE Books
MCSE Boot Camp
MCSE Brain dumps
MCSE Certification
MCSE Exam
MCSE Free
MCSE Jobs
MCSE Logo
MCSE Online
MCSE Online Training
MCSE Practice
MCSE Practice Exams
MCSE Practice Tests
MCSE Requirements
MCSE Resume
MCSE Salary
MCSE Self Paced Training Kit
MCSE Study
MCSE Study Guide
MCSE Study Guides
MCSE Test
MCSE Testing
MCSE Training
MCSE Training Kit
MCSE Training Video
MCSE Windows 2003
Microsoft MCSE Training
Training MCSE
Windows 2003 MCSE

 

 

MCSE : Security Specialist

So now you understand that Windows 2000 domains rely heavily on DNS entries. If you enable dynamic update on the relevant DNS zones, W2K creates these entries automatically:

  • _ldap._tcp.<DNSDomainName>

Enables a client to locate a W2K domain controller in the domain named by <DNSDomainName>. A client searching for a domain controller in the domain dpetri.net would query the DNS server for _ldap._tcp.dpetri.net.

  • _ldap._tcp.<SiteName>._sites.<DNSDomainName>

Enables a client to find a W2K domain controller in the domain and site specified (e.g., _ldap._tcp.lab._sites.dpetri.net for a domain controller in the Lab site of dpetri.net).

  • _ldap._tcp.pdc._ms-dcs.<DNSDomainName>

Enables a client to find the PDC flexible single master object (FSMO) role holder of a mixed-mode domain. Only the PDC of the domain registers this record.

  • _ldap._tcp.gc._msdcs.<DNSTreeName>

Enables a client to find a Global Catalog (GC) server. Only domain controllers serving as GC servers for the tree will register this name. If a server ceases to be a GC server, the server will deregister the record.

  • _ldap._tcp. ._sites.gc._msdcs.<DNSTreeName>

Enables a client to find a GC server in the specified site (e.g., _ldap._tcp.lab._sites.gc._msdcs.dpetri.net).

  • _ldap._tcp.<DomainGuid>.domains._msdcs.<DNSTreeName>

Enables a client to find a domain controller in a domain based on the domain controller’s globally unique ID. A GUID is a 128-bit (8 byte) number that generates automatically for referencing Active Directory objects.

  • <DNSDomainName>

Enables a client to find a domain controller through a normal Host record.

After running DCPROMO, A text file containing the appropriate DNS resource records for the domain controller is created. The file called Netlogon.dns is created in the %systemroot%\System32\config folder and contains all the records needed to register the resource records of the domain controller. Netlogon.dns is used by the Windows 2000 NetLogon service and to support Active Directory for non-Windows 2000 DNS servers.

If you are using a DNS server that supports the SRV resource record but does not support dynamic updates (such as a UNIX-based DNS server or a Windows NT Server 4.0 DNS server), you can import the records in Netlogon.dns into the appropriate primary zone file to manually configure the primary zone on that server to support Active Directory.