You assume too much :o)

--
Dean Wells
MSEtechnology
* Email: [EMAIL PROTECTED]
http://msetechnology.com

 

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of joe
> Sent: Thursday, April 06, 2006 10:37 PM
> To: [email protected]
> Subject: RE: [ActiveDir][OT] Documentation regarding ADLB
> 
> That is why people like me. :) 
> 
>    _                                   
>   (_)                                  
>    _  ___   _____      ____ _ _ __ ___ 
>   | |/ _ \ / _ \ \ /\ / / _` | '__/ _ \
>   | | (_) |  __/\ V  V / (_| | | |  __/
>   | |\___/ \___| \_/\_/ \__,_|_|  \___|
>  _/ |                                  
> |__/
> 
> 
> --
> O'Reilly Active Directory Third Edition - 
> http://www.joeware.net/win/ad3e.htm 
>  
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Thursday, April 06, 2006 9:43 PM
> To: [email protected]
> Subject: RE: [ActiveDir] Documentation regarding ADLB
> 
> Hehe. You are terrible :O)
>  
> 
> Sincerely, 
>    _____                                
>   (, /  |  /)               /)     /)   
>     /---| (/_  ______   ___// _   //  _ 
>  ) /    |_/(__(_) // (_(_)(/_(_(_/(__(/_
> (_/                             /)      
>                                (/       
> Microsoft MVP - Directory Services
> www.readymaids.com <http://www.readymaids.com>  - we know IT 
> www.akomolafe.com <http://www.akomolafe.com> Do you now 
> realize that Today is the Tomorrow you were worried about 
> Yesterday? -anon
>  
> 
> ________________________________
> 
> From: [EMAIL PROTECTED] on behalf of joe
> Sent: Thu 4/6/2006 1:58 PM
> To: [email protected]
> Subject: RE: [ActiveDir] Documentation regarding ADLB
> 
> 
> 
> ;o)
> 
> 
>                                                                   
>        ( )  ___      ___                   ___      __      ___   
>       / / //   ) ) //___) ) //  / /  / / //   ) ) //  ) ) //___) )
>      / / //   / / //       //  / /  / / //   / / //      //       
> ((  / / ((___/ / ((____   ((__( (__/ / ((___( ( //      ((____ 
> 
> 
> --
> O'Reilly Active Directory Third Edition - 
> http://www.joeware.net/win/ad3e.htm
> 
> 
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Thursday, April 06, 2006 4:26 PM
> To: [email protected]
> Subject: RE: [ActiveDir] Documentation regarding ADLB
> 
> The 2 docs I referenced are in the original. I don't believe 
> that the R2 one has adlb materials.
> 
> 
> Sincerely,
>    _____                               
>   (, /  |  /)               /)     /)  
>     /---| (/_  ______   ___// _   //  _
>  ) /    |_/(__(_) // (_(_)(/_(_(_/(__(/_
> (_/                             /)     
>                                (/      
> Microsoft MVP - Directory Services
> www.readymaids.com <http://www.readymaids.com>  - we know IT 
> www.akomolafe.com <http://www.akomolafe.com> Do you now 
> realize that Today is the Tomorrow you were worried about 
> Yesterday? -anon
> 
> 
> ________________________________
> 
> From: [EMAIL PROTECTED] on behalf of Mark Parris
> Sent: Thu 4/6/2006 1:18 PM
> To: ActiveDir.org
> Subject: Re: [ActiveDir] Documentation regarding ADLB
> 
> 
> 
> There are two BOIS doc's the original and the new one for R2, 
> -----Original Message-----
> From: <[EMAIL PROTECTED]>
> Date: Thu, 6 Apr 2006 13:04:43
> To:<[email protected]>
> Subject: RE: [ActiveDir] Documentation regarding ADLB
> 
> Neil, I don't know which doc you are looking at, but the BOIS 
> docs do a good job on this topic IMO. If we are looking at 
> the same docs, are you saying 04_Deploy_BuildBranch.doc and 
> 06_Plan_Monitoring.doc are not enough to get you started?
> 
> 
> Sincerely,
> _____                              
>   (, /  |  /)               /)     /) 
>     /---| (/__________//_   //_
>  ) /    |_/(__(_) // (_(_)(/_(_(_/(__(/_
> (_/                             /)    
>                                (/     
> Microsoft MVP - Directory Services
> www.readymaids.com <http://www.readymaids.com>  - we know IT 
> www.akomolafe.com <http://www.akomolafe.com> Do you now 
> realize that Today is the Tomorrow you were worried about 
> Yesterday? -anon
> 
> 
> ________________________________
> 
> From: [EMAIL PROTECTED] on behalf of joe
> Sent: Thu 4/6/2006 12:42 PM
> To: [email protected]
> Subject: RE: [ActiveDir] Documentation regarding ADLB
> 
> 
> I haven't seen much docos on ADLB. I was one of the guys who 
> was "beta"
> testing it back in W2K days though and found my share of 
> bugs. The bugs I ran into were all around the connections it 
> wanted to delete and then where it wanted to recreate them 
> to. Basically there were some very bad decisions because it 
> didn't really differentiate between GC and writeable NCs and 
> it would try to connect a DC from DOM2 to a GC from DOM1 for 
> the DOM2 NC to replicate down to the DOM2 DC... Ah yeah that 
> isn't right. :)  I was quite vocal on that problem and it got 
> resolved fairly quickly and the last rev I ended up playing 
> with (from maybe 2-3 years ago) worked perfectly from what I 
> saw in a very large unnamed organization.
> 
> Use was pretty simple, just follow the adlb /? info. What I 
> would do is dump the info to LDIF files and NOT commit to the 
> directory so that I could see what it wanted to do. If you do 
> that for a while and are confident in what it wants to do, go 
> ahead and have it commit the changes. Or if you prefer, just 
> run the LDIF files.
> 
> Note this isn't something you should have to very often, just 
> when you see that your connections are getting stacked up on 
> a couple of DCs and you don't like it. Some people will run 
> it every time they add in a new DC, others will only do it if 
> they don't like the specific loading. If your replication 
> latency is fine and you aren't burning a hub bridgehead to 
> the ground then it is your call if you want to do it or not. 
> My main thoughts in using it was to lessen the impact of a 
> bad WAN site DC from backing up a bridgehead's inbound 
> replication. This was a lot larger problem in 2K than it is 
> in K3 since the timeouts have been reduced for dropping a bad 
> repl partner (or one across bad WAN links). I used to see 
> occasional issues where a bad network connection or bad DC 
> could tie up replication for over an hour. This is why I 
> liked monitoring pending repl queue so much and also why I 
> initially wrote adqueue (not publicly available) and 
> adqueueloop (on joeware site).
> 
> --
> O'Reilly Active Directory Third Edition - 
> http://www.joeware.net/win/ad3e.htm
> 
> 
> 
> 
> ________________________________
> 
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Thursday, April 06, 2006 12:48 PM
> To: [email protected]
> Subject: [ActiveDir] Documentation regarding ADLB
> 
> 
> 
> My last question was long winded so this one will be much shorter :)
> 
> Are there any good resources which discuss ADLB (AD load 
> balancer), how it works? It's issues? How to use it? Etc etc
> 
> The branch office guide does not appear to cover this in detail.
> 
> Thanks,
> neil
> 
> PLEASE READ: The information contained in this email is 
> confidential and intended for the named recipient(s) only. If 
> you are not an intended recipient of this email please notify 
> the sender immediately and delete your copy from your system. 
> You must not copy, distribute or take any further action in 
> reliance on it. Email is not a secure method of communication 
> and Nomura International plc ('NIplc') will not, to the 
> extent permitted by law, accept responsibility or liability 
> for (a) the accuracy or completeness of, or (b) the presence 
> of any virus, worm or similar malicious or disabling code in, 
> this message or any attachment(s) to it. If verification of 
> this email is sought then please request a hard copy. Unless 
> otherwise stated this email: (1) is not, and should not be 
> treated or relied upon as, investment research; (2) contains 
> views or opinions that are solely those of the author and do 
> not necessarily represent those of NIplc; (3) is intended for 
> informational purposes only and is not a recommendation, 
> solicitation or offer to buy or sell securities or related 
> financial instruments. NIplc does not provide investment 
> services to private customers. Authorised and regulated by 
> the Financial Services Authority. Registered in England no. 
> 1550505 VAT No. 447 2492 35. Registered Office: 1 St 
> Martin's-le-Grand, London, EC1A 4NP. A member of the Nomura 
> group of companies.
> List info   : http://www.activedir.org/List.aspx
> List FAQ    : http://www.activedir.org/ListFAQ.aspx
> List archive: 
> http://www.mail-archive.com/activedir%40mail.activedir.org/
> 
> [EMAIL PROTECTED]
> Ö«r¯zm§ÿðÃ
> sSV«r¯yÊ&ý§-S÷S¾4(tm)¨¥iËb½çb®Sà
> 
> List info   : http://www.activedir.org/List.aspx
> List FAQ    : http://www.activedir.org/ListFAQ.aspx
> List archive: 
> http://www.mail-archive.com/activedir%40mail.activedir.org/
> 
> List info   : http://www.activedir.org/List.aspx
> List FAQ    : http://www.activedir.org/ListFAQ.aspx
> List archive: 
> http://www.mail-archive.com/activedir%40mail.activedir.org/
> 
> 
> List info   : http://www.activedir.org/List.aspx
> List FAQ    : http://www.activedir.org/ListFAQ.aspx
> List archive: 
> http://www.mail-archive.com/activedir%40mail.activedir.org/
> 
> List info   : http://www.activedir.org/List.aspx
> List FAQ    : http://www.activedir.org/ListFAQ.aspx
> List archive: 
> http://www.mail-archive.com/activedir%40mail.activedir.org/
> 
> 


List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/

Reply via email to