Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

In a syschronus communication between two DTEs, the frames sent are composed of an initial burst of bits (0s and 1s) to force the reciever DTE to synchronize its clock.

Is it possible that the network interface controller of one of the DTEs has a (tangible) higher clock speed than the other? If so, How this synchronus communication is achived?

share|improve this question

closed as off topic by RedGrittyBrick, Kyle, BBlake, KronoS, Nifle Sep 13 '12 at 20:08

Questions on Super User are expected to relate to computer software or computer hardware within the scope defined by the community. Consider editing the question or leaving comments for improvement if you believe the question can be reworded to fit within the scope. Read more about reopening questions here.If this question can be reworded to fit the rules in the help center, please edit the question.

    
1  
@RedGrittyBrick I am facing that question at uni... –  eversor Sep 12 '12 at 8:21
2  
So your problem is how to carry out academic research, not a practical problem with your computer? Could you ask your tutor to recommend some textbooks in the Uni library? –  RedGrittyBrick Sep 12 '12 at 8:23
    
@RedGrittyBrick Should it be moved to other stack-exchange site? Because I keep thinking is a legit question... –  eversor Sep 12 '12 at 8:43
2  

2 Answers 2

up vote 1 down vote accepted

First, remember that you actually have some sort of DCE device between the two DTE's that are trying to communicate. So, a generic example:

Router --> CSU/DSU --> Network Cloud --> Remote CSU/DSU --> Remote Router

In the "real world", you would never just place two random DTE devices in synchronous communication with each other without configuring an agreed clock source prior to activation. In other words, there must be a source driving a clock. Both DCE devices (assuming a point-to-point connection) must agree on what will be driving the clock.

There are three generally accepted methods of clocking: internal, external (also called network or master/slave), and derived (also called recovered).

By far, the prevalent source of clocking is external clocking. This permits your ISP/carrier/telco to set the clock rate and your device follows.

Thus, with all respect, your question is slightly misworded/misguided. When a new line is brought up, if (and only if) external (or master/slave) clocking is configured, the slave clock will be "forced" to a certain clock rate by the master clock. It's possible they two clocks had different speeds originally, but they will be "forced" into alignment by the nature of the master/slave relationship.

Now, let's take your question and assume an internal clocking configuration. Since each CSU (or DCE) runs their own clock, they will never synchronize. Remember this is at layer 1: there is no inherent "negotiation" ability. Recovery and fallback requires on the transmitting and receiving hardware.

FWIW: Troubleshooting clocking issues takes up a large percentage of my WAN troubleshooting. Add scenarios when jitter (short-term) and wander (long-term) deviations occur, and clock issues can be very difficult to troubleshoot.

share|improve this answer

Sometimes the data Terminating Equipment, or the Data Set (modem, switch, hub) can operate at different frequencies (600,1200,2400 … 96000 … 10M, 100M, 1G etc) so there needs to be some way to know.

As well as frequency synchronisation, there is phase synchronisation: align to start of packet, byte, bit.

There are a number of ways to do this, the sending special bit sequences at the start is one way.

May be migrate to http://electronics.stackexchange.com/ as this is now the edge of my knowledge, and I think you may find more knowledgeable people on an electronics site.

share|improve this answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.