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.

 

 

 

MCSE Boot Camp, CCNA Bootcamp, CCNP Boot camp training in UK, USA, JAPAN, India
CCNA Training, MCSE Training, A+ Certification, MCSA, CCNP, Network+, Security+, CISSP, MCSD, CCSP,

MCSE Bootcamp Training - Cheapest, Fast, Guaranteed MCSE certification

 

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

 
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

 

 

How can I configure Outlook 2003 to use RPC over HTTP/S?

RPC over HTTP/S is a cool method for connecting your Outlook 2003 client to the corporate Exchange Server 2003 from the Internet or WAN, without the need to establish a VPN session to the corporate LAN and/or needing to open many ports on your corporate firewall. The only ports you'll need to open on your firewall are TCP 80 and, if using SSL, TCP 443.

The process of setting up the RPC over HTTP/S connection is outlined in the Setting up RPC over HTTP/S on a Single Server article.

After configuring RPC over HTTP/S you'll need to configure your Outlook 2003 client to use the RPC over HTTP/S connection method instead of the regular TCP/IP method.

To set up a new Outlook profile that uses RPC over HTTP/S:

  1. Open Control Panel and run the Mail applet.

  2. In the Mail applet click on Show Profiles.

  1. In the Mail window click on Add.

  1. In the New Profile window type a descriptive name and click Ok.

  1. In the E-Mail Accounts window select Add a new e-mail account and click Next.

  1. In the E-Mail Accounts window, select Microsoft Exchange Server and click Next.

  1. In the E-Mail Accounts window, under the Microsoft Exchange Server box, type the NetBIOS name (see table) of the Exchange server. Next, in the User Name box type the logon name of the test user account, the one you'll be connecting with. Although pressing the Check Name button will probably work in the LAN environment, it will NOT work on the WAN, so basically there is no point in pressing it. Next click More Settings.

Note: In this test scenario I recommend NOT to use Cached Mode. We're working on the LAN, our network connection is steady and fast, and this is only a test account. However, in WAN scenarios where a user needs to connect to his or her mailbox from their portable computer - you should use Cached Mode.

  1. In the Microsoft Exchange Server window, go to the Connection tab. Notice that you should have a section called "Exchange over the Internet" at the bottom of the tab. If this section does not appear, it means that you might not have met the requirements for setting up an RPC over HTTP/S connection. See the "Client Requirements" section on the Configure RPC over HTTP/S on a Single Server page.

In the Exchange over the Internet section click to select the Connect to my Exchange mailbox using HTTP, and then click on the Exchange Proxy Settings button.

  1. In the Exchange Proxy Settings tab in the Connection Settings box, type the FQDN (Fully Qualified Domain Name) of the Exchange server.

Note: For LAN testing you can type the internal FQDN of the server. For WAN connections you MUST type the external FQDN of the server. See Testing RPC over HTTP/S Connection for more on this issue. The external FQDN of the server is the fully qualified domain name that is used by the Outlook clients to connect to the server from outside the LAN, and must be resolved to the IP address of the server, or in most cases, resolved to the IP address of your Firewall (or NAT device) that is configured to transfer the requests to the internal IP address of the Exchange 2003 server.

Note for scenarios where the Exchange 2003 server is NOT the RPC Proxy: In cases where the RPC Proxy is installed on a different server, the FQDN typed in this box should be of the RPC Proxy server, and NOT of the Exchange server!

If you want, click to select the checkbox near "On fast networks...", and keep the selected checkbox near the "On slow networks..." settings.

In most scenarios you'll need to select the Basic Authentication setting in the Proxy Authentication settings drop-down list. If you do, notice that you MUST use an SSL-based connection, and you will have to configure a Digital Certificate for your Default Website. Read Configure SSL on Your Website with IIS for more on this issue.

Very important note regarding SSL: When using SSL (and I recommend you do), you must issue a Digital Certificate to your Exchange server. A Digital Certificate needs to be obtained from a CA (Certification Authority). Windows 2000/2003 has a built-in CA that can be installed and used, however, when issuing a Digital Certificate from your internal CA you MUST be 100% sure that the client computers that are going to connect to the server are properly configured to trust this CA. Most operating systems are pre-configured to trust known 3rd-party CAs such as Verisign, Thawte and others. However unless these computers are made members of the Active Directory domain where you've installed your CA, they will NOT automatically trust your CA, and thus your connection will fail! In such scenarios you must import the ROOT CA Digital Certificate into the client computers in order to make them trust your CA. When using 3rd-party trusted CAs in most cases you won't be required to import anything to the client computers, however you will be required to pay a few hundred dollars for such a Digital Certificate.

When done, click Ok.

  1. Back in the Microsoft Exchange Server window click Ok.

  2. Back in the E-Mail Accounts window click Next.

  1. Back in the Mail window, click to select Prompt for a profile to be used (unless you only have one profile, duh...), then click Ok.