Re: Deriving serial interface clock rate on DTE side

Hi. I have just labbed it up, and looks really that it's HW/IOS dependent.
On the standard PowerQUICC MPC860 controller, I just couldn't find the
pointers for the clock rate.
I have set clock rate to different speeds, from 300bps to 115200 bps and
watched controller pointers and variables change.
Some really did change, but they have also changed when I have changed them
backwards, e.g. 64000 has one value, 32000 then has another value, but when
I go back to 64000, there is yet another value.

The values that were of interest were [PADAT] , [RBPTR] and [TBPTR]

It seems that with certain hw/sw combination IOS just does not know what is
clock set to (when checking on DTE side of course).

It was much easier to gauge the speed by pinging directly connected
interface, and dividing round trip time in two.

On Sat, May 16, 2009 at 5:04 AM, Dale Shaw <dale.shaw_at_gmail.com> wrote:

> Hi all,
>
> Is there a way, on the DTE side, to figure out the clock rate on a
> synchronous serial interface?
>
> I'm sure I've seen the clock rate included in "show controllers
> <interface>" output on some IOS/platforms, but I can't remember which.
>
> In the real world, it would be nice to be able to verify the access
> rate (clock rate) on serial interfaces w/Frame Relay encapsulation
> without relying on best guesses through throughput testing.
>
> Is it buried somewhere in "sh controllers" output, a debug? something
> else? Or am I going crazy? It seems odd that this information wouldn't
> be available, somehow, since the router _must_ know it.
>
> cheers,
> Dale
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Pavel Bykov
----------------
Don't forget to help stopping the braindumps, use of which reduces value of
your certifications. Sign the petition at http://www.stopbraindumps.com/
Blogs and organic groups at http://www.ccie.net