Real Time Ascend Maling List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Fwd: Re: (ASCEND) tnt clocking]



Thanks for all the great responses! Been involved in updating IP's on a
completely seperate TNT and installing a new max20. Hopefully this
afternoon I'll get around to playing with the clocking issue again. I'll
post my findings as soon as I'm done.

maxed_out_user@hotmail.com wrote:
> 
> The TNT will take clock from one line and pass that recovered timing out
> all other T1 WAN ports.  It doesn't matter if you have more than one 8
> port T1 card plugged into the TNT since the timing is sync'd to the
> TNT's TDM backplane.  When you configure a T1 port for Clock-Source =
> eligible, it means that this WAN port is eligible to accept timing
> should the TNT need to find a clock source.  If more than one line is
> configured for eligible, then the one that is configured with a higher
> priority will end up taking clock from the line if needed.
> 
> If you have a PRI plugged into the TNT, then I would definitely set that
> port to clock-source=eligible and set the clock-priority=high-priority
> since PRIs will always have timing referenced to a highly accurate
> master clock out in telcoland somewhere.  If it's plain T1s, then that's
> not always the case (unless the T1 is going through a DACS, in which
> it's always timed by the DACS).  Probably when you configured the
> currently clocked line on TNT A to not-eligible, the other nailed line
> that ended up being eligible might not have had any timing on it so all
> other lines didn't have any accurate timing either since the TNT will
> take timing from one line and pass that timing out all ports (in this
> case, though, either bad clock or no clock was being supplied).
> 
> Does anyone have a clear understanding of clocking sources on the TNT's?
> 
> Here is my senario:
> 
>  tntA --> nailed t1 --> tntB
>       --> multiple nailed and switched lines -->
> 
> I am seeing a lot of frame slips on the nailed t1 and am guessing it is
> due to clocking issues. My understanding of tnt clock sources is this:
> any lines can be eligible as a clock source and the tnt selects the one
> with the highest priority, or selects one at random, or if none are
> available it uses an internal clock source.
> 
> While playing around with tntA I set the line that it was currently
> using for clocking to not-eligible. the tnt picked up another eligible
> source (as indicated by the clock command) but all nailed lines dropped.
> 
> Set the initial line back to eligible and the other it had picked up as
> not-eligible, the tnt grabbed the initial line as a clock source and all
> 
> the nailed lines came back up.
> 
> Any insites?
> 
> --
> Mick Dobra
> MTCO Communications
> 
> ++ Ascend Users Mailing List ++
> To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:   <http://www.nealis.net/ascend/faq>

-- 
Mick Dobra
MTCO Communications
1-800-859-6826
http://www.mtco.com
http://www.uscc.textmsg.com/test/Individual.html
++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>