From: kym blair (kymblair@xxxxxxxxxxx)
Date: Sat Apr 06 2002 - 18:17:41 GMT-3
Thomas,
If connecting to a Frame Switch, set clock rate to 64000 or 148000
depending on whether you're connecting to high-speed serial or low-speed
serial on the switch. When connecting two 2500 routers back-to-back over
high-speed serial, use 2000000; when connecting two 4000 routers
back-to-back (and adjacent serial is not used, so the bandwidth on the
module can be borrowed) use 4000000.
HTH, Kym
>From: "thomas larus" <tlarus@mwc.edu>
>Reply-To: "thomas larus" <tlarus@mwc.edu>
>To: <Pablo.Narvaez@getronics.com>, <ccielab@groupstudy.com>
>Subject: Re: RE: What is relation between clockrate and bandwidth? Common
>port speed 1544000, but no clock rate like
>Date: Sat, 06 Apr 2002 13:58:25 -0500
>
>I understand that the bandwidth command is for routing protocol purposes.
>
>I am sorry that my question seemed to be about the bandwidth command. My
>question is about the relations between clock rate and the real bandwidth
>on the interface. I want an interface to be configured to be able to
>really carry 1544000 mbps. I should think that to do this I would need to
>set a clock rate on the interface of a that speed or a little bit higher,
>but that clock rate is not an option.
> You said:
>" For the lab, you may configure the clockrate as you wish as long as both
>ends match. Just keep in mind that the bw will be responsable for the
>routing protocol decisions ..."
>
>I just tried to set the clockrate to 1544000, and it would not let me. (We
>have all tried to do this at some point, probably.)
>
>
>
>r2613(config-if)#clock rate ?
> Speed (bits per second)
> 1200
> 2400
> 4800
> 9600
> 14400
> 19200
> 28800
> 32000
> 38400
> 56000
> 57600
> 64000
> 72000
> 115200
> 125000
> 128000
> 148000
> 192000
> 250000
> 256000
> 384000
> 500000
> 512000
> 768000
> 800000
> 1000000
> 1300000
> 2000000
> 4000000
> 8000000
>
> <300-4000000> Choose clockrate from list above
>
>r2613(config-if)#clock rate 1544000
>Unknown clock rate
>
>
> So which clock rate setting should I use in a home lab scenario setting
>where I am trying to emulate a DS-1 of 1544000. Should I use clock rate of
>2000000? What do other folks use? This must be a question lots of you
>have had, and found an adequate, and perhaps obvious answer.
>
>Thanks for the excellent point about frame relay multipoint.
>
>Thanks in advance.
>
>Tom Larus
>
>
> >>> "Naraez, Pablo" <Pablo.Narvaez@getronics.com> 04/06/02 13:29 PM >>>
>The bandwith command if for routing protocols only, not for layer1
>bandwith/speed nor to indicate the rate of the line clock. You may have a
>clock rate of 64000 and bandwith of 128k; most of the time you may want to
>set both at the same rate in order for the routing protocol to work
>properly and calculate a "real" metric for that link,
>
>Some other times you may need to change that bw value, like in a multipoint
>sub-if with EIGRP not to overflow the low speed PVCs whereas you have to
>keep the clockrate according to the provided clock. In a real scenario,
>most of the times you don't have to deal with clockrates in the interfaces
>(usually DTEs for endpoints) since you take the clock from internal line
>and leave that job to the csu/dsu.
>
>For the lab, you may configure the clockrate as you wish as long as both
>ends match. Just keep in mind that the bw will be responsable for the
>routing protocol decisions ...
>
>cheers,
>
>hockito
>
>
>-----Original Message-----
>From: thomas larus [mailto:tlarus@mwc.edu]
>Sent: Sabado, 06 de Abril de 2002 12:02 p.m.
>To: ccielab@groupstudy.com
>Subject: What is relation between clockrate and bandwidth? Common port
>speed 1544000, but no clock rate like
>
>
>On my routers, I do not have the option of choosing a clock rate anywhere
>near 1544000 (the closest rate is 1300000), yet in countless scenarios
>(like Solie's) we set the frame relay cir to 1544000. How can we have a
>port speed of 1544000 when that is never an option on our routers as a
>clockspeed.
>
>Could someone explain this.
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:57 GMT-3