Re: FRS Only replicates on inbound connection, no changes go out.
- From: "Ace Fekay [MVP]" <PleaseSubstituteMyActualFirstName&LastNameHere@xxxxxxxxxxx>
- Date: Mon, 22 Aug 2005 06:47:30 -0400
In news:SnfOe.76846$576.48391@xxxxxxxxxxxxxxxxxxxxxx,
Mike Drechsler - SPAM PROTECTED EMAIL
<mike-newsgroup@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> made this post, which I then
commented about below:
> Another good idea.
>
> I did some MTU tests, messed with the MTU sizes on the routers on
> either end and I'm 99.99% sure that there is no MTU or WAN issues
> blocking replication. I changed the MTU values of the tunnels to be
> manualy set to make sure. I can do RPC communication (view event
> logs remotely) withough problems on either machine. I can transfer
> large or small files without problems. I can do ping tests with the
> -f (do not fragment) switch and it correctly reports the packet
> requires fragmenting when it reaches a certain size with no "gap"
> where it simply goes into a request timed out mode. (IE. packets
> size 1416 works, size 1417 gives "packet requires fragmenting but DF
> bit set" as it should). The routers on both ends have no packet
> filters installed between the sites, it's wide open between the two
> for traffic on any port, any protocol, and any address. Packetloss
> as measured by ping tests with 1416byte data sizes show 0 lost
> packets and over 1000 received while transferring an 80GB file from
> the remote server to the main server.
> I let it run for about 90 minutes and did a restart of both servers
> just after changing the MTU values on the routers. It is only doing
> the replication in a single direction. As a further test I created a
> new DFS link with some test folders. I threw a few text files into
> the remoteserver and set it as the master when enabling replication. After
> everything settled down the files appeared on the main server
> as you would expect but after this, new files added on the remote
> server or changes to existing files are not being replicated to the
> main server. Changes on the main server are replicating to the
> offsite server just the same as all the other DFS and sysvol folders
> so even a brand new folder setup exibits the problem which means D4
> and D2 restore is not likely going to help me either.
What did you change the MTU to? Are you saying the MTU is set to 1500 on
both sides now? They should be left alone at 1500. If not, LDAP loses it's
ability to communicate, even though RPC will work fine.
What sort of line do you have, T1, ADSL or cable?
Can we see an edited ipconfig /all from both DCs please?
Ace
.
- Follow-Ups:
- Re: FRS Only replicates on inbound connection, no changes go out.
- From: Mike Drechsler - SPAM PROTECTED EMAIL
- Re: FRS Only replicates on inbound connection, no changes go out.
- References:
- FRS Only replicates on inbound connection, no changes go out.
- From: Mike Drechsler - SPAM PROTECTED EMAIL
- RE: FRS Only replicates on inbound connection, no changes go out.
- From: garry
- Re: FRS Only replicates on inbound connection, no changes go out.
- From: Mike Drechsler - SPAM PROTECTED EMAIL
- Re: FRS Only replicates on inbound connection, no changes go out.
- From: Mike Drechsler - SPAM PROTECTED EMAIL
- Re: FRS Only replicates on inbound connection, no changes go out.
- From: Ace Fekay [MVP]
- Re: FRS Only replicates on inbound connection, no changes go out.
- From: Mike Drechsler - SPAM PROTECTED EMAIL
- FRS Only replicates on inbound connection, no changes go out.
- Prev by Date: AD replication between sites failing
- Next by Date: Group membership are not correct after logon
- Previous by thread: Re: FRS Only replicates on inbound connection, no changes go out.
- Next by thread: Re: FRS Only replicates on inbound connection, no changes go out.
- Index(es):
Relevant Pages
|
Loading
