Frame Relay
What element in a frame relay packet allows support for multiple protocols? Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay
A while back there was a posting showing how to set up a frame relay switch with 3 routers (with configs). I misplaced the copy I had. I couldn't find it in the archives. Could someone help me out. TIA Mark _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay
First time doing this and sorry for my ignorance. If I have a 4500M as my Frame Relay cloud. How do I connect my 2501 router to it? Do I just use a DCE to DTE cable? And in the real world would I use a DSU/CSU? Future reference: In the CCIE lab exam do they use DSU/CSU? Thank you! _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-relay
Could someone please clarify something for me about Frame-relay? I had always understood that traffic over frame-relay was unsecure and needed to be encrypted if it was of a critical nature. Is frame-relay always a shared network? I had thought so but I have recently had a someone explain to me that they did not need to encrypt the data because they "owned" the cloud that the pvc ran through. He said that it was a point to point connection and therefore not over a shared network. All of our connections are setup using sub-interfaces and point to point. I still thought that it was over a shared network. This did not make a lot of sense to me. Any help would be appreciated. Any links to good documentation would be helpful as well. Thanks, John [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame-relay
I have spent many hours trying to comprehend the exerpt bellow (from Cisco CD). Still no light. Can someone help? "This command is typically used for subinterfaces; however, it can also be used on main interfaces. Using the frame-relay interface-dlci command on main interfaces will enable the use of routing protocols on interfaces that use Inverse ARP. The frame-relay interface-dlci command on a main interface is also valuable for assigning a specific class to a single PVC where special characteristics are desired." 1. How can the command frame-relay interface-dlci enable the use of routing protocols??!!?? 2. What do they mean by "specific class"? 3. What characteristics are they talking about? Please explain AND illustrate each point... Thankfully, Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame relay
Hi can any one give me good url for frame relay material thanks in adv
frame relay
does anyone have a good link on explaining what frame relay is??i read it in the ICND book...but it does not give a very good explaination..help!! greatly appreciated.. Deepak begin:vcard n:Sharma;Deepak x-mozilla-html:FALSE adr:;; version:2.1 email;internet:[EMAIL PROTECTED] title:MCP A+ ACT x-mozilla-cpt:;-1 fn:Deepak Sharma end:vcard
RE: Frame Relay
Layer 2 Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc. As those other protocols support numerous Layer 3 (or higher) protocols, so will FR. The beauty of the OSI model is that there is separation of the layers without too much interaction between them. In other words, the Layer 4 datagrams get encapsulated into the Layer 3 packets, which in turn get encapsulated into Layer 2 frames. FR doesn't care for the most part what is "inside" the Layer 3 stuff coming down the pipe. ;-} Rik -Original Message- From: Pierre-Alex [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 01, 2001 8:41 AM To: [EMAIL PROTECTED] Subject: Frame Relay What element in a frame relay packet allows support for multiple protocols? Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] , This mail was processed by Mail essentials for Exchange/SMTP, the email security & management gateway. Mail essentials adds content checking, email encryption, anti spam, anti virus, attachment compression, personalised auto responders, archiving and more to your Microsoft Exchange Server or SMTP mail server. For more information visit http://www.mailessentials.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay
I would disagree with the statement below. Ethernet, Token Ring etc are interacting with the upper layers. For example Ethernet II has an Ethertype value that identifies the upper layer for 0x0800 is IP, the same goes for DSAP/SSAP values in the 802.3 header. The OSI layers are somewhat independent of each other except at the borders where they interact. For IP the interaction between the layer 3 and higher uses a Protocol ID field in the header to specify TCP UDP EIGRP etc. Regarding Frame Relay this is done in the encapsulation part. For example if you would use the IETF encapsulation method you (the system) would use a NLPID that identifies the upper layer protocol. For more info on this see http://andrew2.andrew.cmu.edu/rfc/rfc1490.html . Cisco uses a proprietary encapsulation as well where 2 bytes are used for indicating packet type. Willy Schoots -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rik Guyler Sent: Thursday, February 01, 2001 3:29 PM To: Cisco Groupstudy (E-mail) Subject: RE: Frame Relay Layer 2 Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc. As those other protocols support numerous Layer 3 (or higher) protocols, so will FR. The beauty of the OSI model is that there is separation of the layers without too much interaction between them. In other words, the Layer 4 datagrams get encapsulated into the Layer 3 packets, which in turn get encapsulated into Layer 2 frames. FR doesn't care for the most part what is "inside" the Layer 3 stuff coming down the pipe. ;-} Rik -Original Message- From: Pierre-Alex [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 01, 2001 8:41 AM To: [EMAIL PROTECTED] Subject: Frame Relay What element in a frame relay packet allows support for multiple protocols? Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] , This mail was processed by Mail essentials for Exchange/SMTP, the email security & management gateway. Mail essentials adds content checking, email encryption, anti spam, anti virus, attachment compression, personalised auto responders, archiving and more to your Microsoft Exchange Server or SMTP mail server. For more information visit http://www.mailessentials.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay
Hi all, As I understand it the frame header has stuff like the addresses, BECN's, FECN's and the like but no place to indicate upper layer protocols even exist. The upper layer stuff is in the data envelope portion of the frame packet(frame) therfore the frame relay service cannot directly push the details to the next (upper) layer. A device must be used to strip the frame header off then read the packet and find where it goes from there. Int this way frame is different to ethernet or token ring in that they have a field that points directly to the upper layers. Just my way of viewing it Teunis, Hobart, Tasmania Australia n Thursday, February 01, 2001 at 04:34:56 PM, Pierre-Alex wrote: > Understood but there must be a field in a frame relay packet that let Layer > 2 know which Layer 3 protocol should receive the data. Something like a > service access point. Don't you agree? Or maybe that is the role of the > command frame-relay map ip ... > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Rik Guyler > Sent: Thursday, February 01, 2001 8:29 AM > To: Cisco Groupstudy (E-mail) > Subject: RE: Frame Relay > > > Layer 2 > > Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc. As > those other protocols support numerous Layer 3 (or higher) protocols, so > will FR. The beauty of the OSI model is that there is separation of the > layers without too much interaction between them. In other words, the Layer > 4 datagrams get encapsulated into the Layer 3 packets, which in turn get > encapsulated into Layer 2 frames. FR doesn't care for the most part what is > "inside" the Layer 3 stuff coming down the pipe. ;-} > > Rik > > -Original Message- > From: Pierre-Alex [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 01, 2001 8:41 AM > To: [EMAIL PROTECTED] > Subject: Frame Relay > > > What element in a frame relay packet allows support for multiple protocols? > > Pierre-Alex > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > > , > > This mail was processed by Mail essentials for Exchange/SMTP, > the email security & management gateway. Mail essentials adds > content checking, email encryption, anti spam, anti virus, > attachment compression, personalised auto responders, archiving > and more to your Microsoft Exchange Server or SMTP mail server. > For more information visit http://www.mailessentials.com > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > -- www.tasmail.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay
Understood but there must be a field in a frame relay packet that let Layer 2 know which Layer 3 protocol should receive the data. Something like a service access point. Don't you agree? Or maybe that is the role of the command frame-relay map ip ... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rik Guyler Sent: Thursday, February 01, 2001 8:29 AM To: Cisco Groupstudy (E-mail) Subject: RE: Frame Relay Layer 2 Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc. As those other protocols support numerous Layer 3 (or higher) protocols, so will FR. The beauty of the OSI model is that there is separation of the layers without too much interaction between them. In other words, the Layer 4 datagrams get encapsulated into the Layer 3 packets, which in turn get encapsulated into Layer 2 frames. FR doesn't care for the most part what is "inside" the Layer 3 stuff coming down the pipe. ;-} Rik -Original Message- From: Pierre-Alex [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 01, 2001 8:41 AM To: [EMAIL PROTECTED] Subject: Frame Relay What element in a frame relay packet allows support for multiple protocols? Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] , This mail was processed by Mail essentials for Exchange/SMTP, the email security & management gateway. Mail essentials adds content checking, email encryption, anti spam, anti virus, attachment compression, personalised auto responders, archiving and more to your Microsoft Exchange Server or SMTP mail server. For more information visit http://www.mailessentials.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay
NBMA protocols, per se, do not carry protocol type information in the same that Ethernet does. On the other hand, neither do 802.3, 802.5, or FDDI. The protocol type information for 802.3 is carried inside an 802.2 LLC/SNAP header at the start of the data field. And there are similar mechanisms for WANs: RFC 2427 Multiprotocol Interconnect over Frame Relay. C. Brown, A. Malis. September 1998. RFC 2684 Multiprotocol Encapsulation over ATM Adaptation Layer 5. D. Grossman, J. Heinanen. September 1999. It isn't always necessary, however, to identify the payload protocol. When there is only one protocol in use, or there is little additional cost to each VC so you can configure one VC per protocol, most implementations allow you to configure both ends of a VC to support a single fixed payload protocol type. Saves 5 bytes per frame, which might even be significant on a slow FR link. >Hi all, > >As I understand it the frame header has stuff like the addresses, >BECN's, FECN's and the like but no place to indicate upper layer >protocols even exist. The upper layer stuff is in the data envelope >portion of the frame packet(frame) therfore the frame relay service >cannot directly push the details to the next (upper) layer. A >device must be used to strip the frame header off then read the >packet and find where it goes from there. > >Int this way frame is different to ethernet or token ring in that >they have a field that points directly to the upper layers. > >Just my way of viewing it > >Teunis, >Hobart, Tasmania >Australia > > >n Thursday, February 01, 2001 at 04:34:56 PM, Pierre-Alex wrote: > >> Understood but there must be a field in a frame relay packet that let Layer >> 2 know which Layer 3 protocol should receive the data. Something like a >> service access point. Don't you agree? Or maybe that is the role of the >> command frame-relay map ip ... >> >> -Original Message- >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of >> Rik Guyler >> Sent: Thursday, February 01, 2001 8:29 AM >> To: Cisco Groupstudy (E-mail) >> Subject: RE: Frame Relay >> >> >> Layer 2 >> >> Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc. As >> those other protocols support numerous Layer 3 (or higher) protocols, so >> will FR. The beauty of the OSI model is that there is separation of the >> layers without too much interaction between them. In other words, the Layer >> 4 datagrams get encapsulated into the Layer 3 packets, which in turn get >> encapsulated into Layer 2 frames. FR doesn't care for the most part what is >> "inside" the Layer 3 stuff coming down the pipe. ;-} >> >> Rik >> >> -Original Message- >> From: Pierre-Alex [mailto:[EMAIL PROTECTED]] >> Sent: Thursday, February 01, 2001 8:41 AM >> To: [EMAIL PROTECTED] >> Subject: Frame Relay >> >> >> What element in a frame relay packet allows support for multiple protocols? >> >> Pierre-Alex >> >> _ >> FAQ, list archives, and subscription info: >> http://www.groupstudy.com/list/cisco.html >> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] >> >> >> , >> >> This mail was processed by Mail essentials for Exchange/SMTP, >> the email security & management gateway. Mail essentials adds >> content checking, email encryption, anti spam, anti virus, >> attachment compression, personalised auto responders, archiving >> and more to your Microsoft Exchange Server or SMTP mail server. >> For more information visit http://www.mailessentials.com >> >> _ >> FAQ, list archives, and subscription info: >> http://www.groupstudy.com/list/cisco.html >> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] >> >> _ >> FAQ, list archives, and subscription info: >>http://www.groupstudy.com/list/cisco.html >> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] >> >> > > >-- >www.tasmail.com > > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
NBMA(Frame-Relay)
hi all I am still quite confuse about NBMA, non-broadcast multiaccess network , how come in a frame-relay network you have non-broadcast? What is non-broadcast and how it relates to point-to-point, point-to-multipoint and multipoint interfaces? any form of input will be greatly appreciate thanks suaveguru __ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame relay questions
Hi. Im having some problems understanding frame relay, and would benefit from some good tips! Below are some of the questions I have. 1. Is there a way to allow frames enter your network from 2 routers, so you can analyze the packets? (This is in a back to back configuration only) 2. The router that acts as the frame switch, must it also be the dce end for the clock rate? 3. Why must the dlci's match in a back toback configuration? They need not match when over the link? 4. Why dont I need an ip address in a point to point connection? Thanks a lot. Any tips would be appreciated, and this also will help others! Get your FREE download of MSN Explorer at http://explorer.msn.com">http://explorer.msn.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame relay question
Hi. WOuld someone please explain to me why in the WORLD do I not need to have one router configured as a frame relay switch if I have two routers piggybacked, and both have built in csu/dsu's? That makes no sense to me! If I have two routers back to back with the serial cables, fine. I understand that--just configure one as a switch, and it will work. But I have two with built in csu/dsu's and cant get up/up for the life of me... ThanksGet your FREE download of MSN Explorer at http://explorer.msn.com">http://explorer.msn.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Charges
Greetings all, Can you guys shed some light on how FR providers base their charges. How they charge when going above CIR (etc...)? also, if I have site with network access between 8-5, is it worth risking a zero CIR? We had a meeting with an account rep for a FR provider, he kept pressing on 0 CIR. This is a new trend? Thanks, Nabil _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay
AFAIK, this can be true if only one customer is using all the VCs in a frame network. If nobody else has VCs on that network, it would not be an issue unless, of course, somebody physically compromises the media (copper tapping). Is this accurate?? :> --- John Jarrett <[EMAIL PROTECTED]> wrote: > Could someone please clarify something for me about > Frame-relay? > > I had always understood that traffic over > frame-relay was unsecure and > needed to be encrypted if it was of a critical > nature. Is frame-relay > always a shared network? I had thought so but I > have recently had a > someone explain to me that they did not need to > encrypt the data because > they "owned" the cloud that the pvc ran through. He > said that it was a > point to point connection and therefore not over a > shared network. All > of our connections are setup using sub-interfaces > and point to point. I > still thought that it was over a shared network. > This did not make a > lot of sense to me. > > Any help would be appreciated. Any links to good > documentation would be > helpful as well. > > Thanks, > John > > [EMAIL PROTECTED] > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] = from The Big Lebowski... The Dude: You sure he won't mind? Bunny: Dieter doesn't care about anything. He's a nihilist. The Dude: Ohhh, that must be exhausting... __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay
When your frame relay service provider assigns you PVC's, they are private unless otherwise specified. The carrier will collect PVC's from different users and transport them over a large pipe together, same as the carriers do with T-1 or subrate circuits. Therefore, it is shared from that perspective, but unless someone has access to that large pipe, the PVC's do not cross across customer boundaries. In other words, no other customer has access to your PVC's. At the end points, the carrier will demux the various PVCs and route them to the proper destinations. - Original Message - From: Dan West <[EMAIL PROTECTED]> To: John Jarrett <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, March 07, 2001 10:15 AM Subject: Re: Frame-relay > AFAIK, this can be true if only one customer is using > all the VCs in a frame network. If nobody else has VCs > on that network, it would not be an issue unless, of > course, somebody physically compromises the media > (copper tapping). Is this accurate?? :> > > --- John Jarrett <[EMAIL PROTECTED]> wrote: > > Could someone please clarify something for me about > > Frame-relay? > > > > I had always understood that traffic over > > frame-relay was unsecure and > > needed to be encrypted if it was of a critical > > nature. Is frame-relay > > always a shared network? I had thought so but I > > have recently had a > > someone explain to me that they did not need to > > encrypt the data because > > they "owned" the cloud that the pvc ran through. He > > said that it was a > > point to point connection and therefore not over a > > shared network. All > > of our connections are setup using sub-interfaces > > and point to point. I > > still thought that it was over a shared network. > > This did not make a > > lot of sense to me. > > > > Any help would be appreciated. Any links to good > > documentation would be > > helpful as well. > > > > Thanks, > > John > > > > [EMAIL PROTECTED] > > > > _ > > FAQ, list archives, and subscription info: > > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to > [EMAIL PROTECTED] > > > = > from The Big Lebowski... > > The Dude: You sure he won't mind? > Bunny: Dieter doesn't care about anything. He's a nihilist. > The Dude: Ohhh, that must be exhausting... > > __ > Do You Yahoo!? > Get email at your own domain with Yahoo! Mail. > http://personal.mail.yahoo.com/ > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay
Greetings, My $0.02, Frame is an interface specification. Like X.25. Which means that the 'PVC' only exists between the telco switch and you CPE. Once it hits the telco cloud, its running on SS7 or some other telco (shared, muxxed) longline. Therefore, the data is vulnerable, in a general sense, to telco level 'listening'. Its illegal, and I don't suspect it happens much, but, it can, I suppose. If you buy a leased line, then no one shares your BW, if you simply buy the service at several sites, then, once it hits the switch, its in the telcos 'cloud'. I suppose the telco could listen either way. Encryption seems prudent, if it's not prohibitively expensive. IHTH Mark Mahoney CCNP CNE MCP John Jarrett wrote: > > Could someone please clarify something for me about Frame-relay? > > I had always understood that traffic over frame-relay was unsecure and > needed to be encrypted if it was of a critical nature. Is frame-relay > always a shared network? I had thought so but I have recently had a > someone explain to me that they did not need to encrypt the data because > they "owned" the cloud that the pvc ran through. He said that it was a > point to point connection and therefore not over a shared network. All > of our connections are setup using sub-interfaces and point to point. I > still thought that it was over a shared network. This did not make a > lot of sense to me. > > Any help would be appreciated. Any links to good documentation would be > helpful as well. > > Thanks, > John > > [EMAIL PROTECTED] > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] -- [EMAIL PROTECTED] www.MarkDMahoney.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay
It may help to remember that Frame Relay is a packet-switched technology. In fact, if you think about it, "frame relay" sort of means the same thing as "packet switch." Packet switching divides messages into packets and sends each packet individually. The packets may take different routes and may arrive out of order. Although Frame Relay may seem like it's circuit-switched, you really only have a "virtual circuit." You have an actual circuit between your equipment and the provider's equipment at the Central Office or wherever, but after that it's virtual. The core of the provider's network may use a variety of technologies, including ATM, SONET, etc. Anything could happen to your packets. The other common communications method is circuit switching, in which a dedicated channel (or circuit) is established for the duration of a transmission. The best-known circuit-switching network is the telephone system. ISDN is also considered circuit-switching. But Frame Relay replaced the older packet-switched X.25 and retains some of its packet-switching characteristics. Well, I have a bad cold, so I hope I didn't ramble too much. I'm under the influence of Histafed. But hopefully this was helpful, nonetheless. Priscilla >John Jarrett wrote: > > > > Could someone please clarify something for me about Frame-relay? > > > > I had always understood that traffic over frame-relay was unsecure and > > needed to be encrypted if it was of a critical nature. Is frame-relay > > always a shared network? I had thought so but I have recently had a > > someone explain to me that they did not need to encrypt the data because > > they "owned" the cloud that the pvc ran through. He said that it was a > > point to point connection and therefore not over a shared network. All > > of our connections are setup using sub-interfaces and point to point. I > > still thought that it was over a shared network. This did not make a > > lot of sense to me. > > > > Any help would be appreciated. Any links to good documentation would be > > helpful as well. > > > > Thanks, > > John > > > > [EMAIL PROTECTED] Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay
> >Well, I have a bad cold, so I hope I didn't ramble too much. I'm under >the >influence of Histafed. But hopefully this was helpful, nonetheless. > >Priscilla > Histafed? I think I heard about this guy. He's forming some kind of cult commune thing out in Oregon, isn't he? I hope you are able to escape his influence soon! Z _ Get your FREE download of MSN Explorer at http://explorer.msn.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Simulator
Can anyone out there enlighten me on how to set up a frame relay simulator? What equipment options are available, and the actual configs on the equipment? Thanks in advance. BJ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Problem
Hi All, I hope someone can shed some light on the problem I have come across in the following scenario : Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a router in the middle doing frame relay switching. The frame switch is _not_ fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is _no_ PVC between R2 and R3. The particular lab exercise here specifies that each router much be able to ping every other router in the frame cloud. BUT the use of the 'frame-relay map' command is forbidden, and only R1 can be configured using a subinterface. As I have it configured R1 can ping both R2 and R3 as expected. However, both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The question stipulates you should use routing and not Layer2 to Layer3 mapping. A debug on the ping from R2 to R3 shows that there is no map entry for R3 hence encapsulation failed. A look at 'sh frame map' shows there is only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. So the question is, how can I get R2 and R3 to be able to ping each other using routing and not the frame relay map command. It's got two of us here studying for our CCIE stumped, so im hoping someone out there has an idea as to how this can be accomplished. Also, as this is for the CCIE, static routes are not an option. Cheers. Jim. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay problem
Your telco provisioned the PVC on the same circuit as DLCI 17, this is evident by the show frame-relay pvc command. You have it configured on Serial 0, which is why it shows up, down. But it is actually on Serial 1. Try configuring the sub-interface on Serial 1, and I bet it comes up and starts running. -j Subject: Frame Relay - Real Life Problem Date: 30 Nov 2000 00:16:34 -0500 From: [EMAIL PROTECTED] (Adele Galus) Organization: GroupStudy.com Discussion Groups Newsgroups: groupstudy.cisco This is a configuration problem. Situation: I have two ISP's involved. The router is a 2500 series. Internal CSU/DSU. On DLCI 17 ISP traffic routes. The other DLCI 16 doesn't. Information is correct - I must be missing something. Cormick#show frame-relay map Serial0.16 (down): point-to-point dlci, dlci 16(0x10,0x400), broadcast status deleted Serial1.1 (up): point-to-point dlci, dlci 17(0x11,0x410), broadcast, IETF status defined, active Cormick#show frame-relay pvc PVC Statistics for interface Serial0 (Frame Relay DTE) DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial0.16 input pkts 0 output pkts 4in bytes 0 out bytes 1794 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 4 out bcast bytes 1794 pvc create time 9w3d, last time pvc status changed 7w4d PVC Statistics for interface Serial1 (Frame Relay DTE) DLCI = 16, DLCI USAGE = UNUSED, PVC STATUS = INACTIVE, INTERFACE = Serial1 input pkts 0 output pkts 0in bytes 0 out bytes 0 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0Num Pkts Switched 0 pvc create time 9w3d, last time pvc status changed 7w4d DLCI = 17, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1.1 input pkts 73176244 output pkts 63755322 in bytes 2986909822 out bytes 4214766293 dropped pkts 239 in FECN pkts 273970 in BECN pkts 254655 out FECN pkts 0 out BECN pkts 0 in DE pkts 940978out DE pkts 0 out bcast pkts 96267 out bcast bytes 27724896 pvc create time 9w3d, last time pvc status changed 7w4d Cormick#show interfaces Ethernet0 is up, line protocol is up Hardware is Lance, address is 0010.7b3a.3a4e (bia 0010.7b3a.3a4e) Internet address is 63.200.119.158/28 MTU 1500 bytes, BW 1 Kbit, DLY 1000 usec, rely 255/255, load 2/255 Encapsulation ARPA, loopback not set, keepalive set (10 sec) ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 3/75, 210 drops 5 minute input rate 18000 bits/sec, 24 packets/sec 5 minute output rate 113000 bits/sec, 24 packets/sec 64042206 packets input, 881888058 bytes, 16 no buffer Received 365077 broadcasts, 0 runts, 0 giants, 210 throttles 13798 input errors, 0 CRC, 0 frame, 0 overrun, 13798 ignored, 0 abort 0 input packets with dribble condition detected 73886303 packets output, 3838898715 bytes, 0 underruns 0 output errors, 46341 collisions, 430 interface resets 0 babbles, 0 late collision, 105851 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Serial0 is up, line protocol is down Hardware is HD64570 with FT1 CSU/DSU MTU 1500 bytes, BW 1544 Kbit, DLY 2 usec, rely 255/255, load 1/255 Encapsulation FRAME-RELAY IETF, loopback not set, keepalive set (10 sec) LMI enq sent 578802, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 LMI DLCI 0 LMI type is ANSI Annex D frame relay DTE Broadcast queue 0/64, broadcasts sent/dropped 4/0, interface broadcasts 2 Last input never, output 00:00:04, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 5210 input errors, 52 CRC, 2 frame, 3 overrun, 320 ignored, 11 abort 578805 packets output, 8105008 bytes, 0 underruns 0 output errors, 0 colli
Frame Relay SVC
Any one knows how to configure Frame Relay SVC switch on Cisco routers? The Cisco configuration guide has examples for SVC on routers but no example for SVC switch configuration. How do you test your SVC router configuration? I have searched the archives, many have asked the questions but I can't seem to find the answer, so I ask again. Thanks! Ken _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Fragmentation
I need to turn on FRF.12 on a remote router so that I can make use of the frame-relay ip rtp priority command. However, the PVC that I'll be implementing that on connects to a router that cannot do FRF.12. Does FRF.12 need to be configured on both ends? It seems that it probably only needs to be configured on the end doing the fragmenting, which would be good news, but it I'm not positive about this. Will the near end need to be configured for FRF.12 so it knows how to reassemble those frame relay frames? I'm guessing that I only have to do it on the end doing the work, but I wanted to check before I go break something on a production box. :-) Thanks as always, John ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
about frame relay
The following is sample config on cisco site . i got 2 questions: 1.when should we use" frame-relay map" command? 2 Do we have to get DLCI from carrier before config the router?could the framerelay switch assign the DLCI automaticaly? version 11.2 <*> service udp-small-servers <*> service tcp-small-servers <*> ! hostname Atlanta ! enable secret cisco ! ip subnet-zero no ip domain-lookup ! interface Ethernet0 ip address 10.1.1.1 255.0.0.0 ! interface Serial0 no ip address <*> encapsulation frame-relay frame-relay lmi-type ansi ! interface Serial0.16 point-to-point description Frame Relay to Boston ip unnumbered Ethernet0 frame-relay interface-dlci 16 broadcast ! interface Serial0.17 point-to-point description Frame Relay to Chicago ip unnumbered Ethernet0 frame-relay interface-dlci 17 broadcast ! router rip version 2 network 10.0.0.0 no auto-summary ! ip http server ip classless ! line con 0 password console login line aux 0 <*> line vty 0 4 password telnet login <*> ! end <*> Thanks frank _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-Relay (urgent)
Hi Chuck, I have sent countless messages to the group. None seem were posted Would you post the following for me this is kind of urgent. (Is there a filter somewhere for people who ask dum or too many question??) Thanks, Pierre I have spent many hours trying to comprehend the exerpt bellow (from Cisco CD). Still no light. Can someone help? "This command is typically used for subinterfaces; however, it can also be used on main interfaces. Using the frame-relay interface-dlci command on main interfaces will enable the use of routing protocols on interfaces that use Inverse ARP. The frame-relay interface-dlci command on a main interface is also valuable for assigning a specific class to a single PVC where special characteristics are desired." 1. How can the command frame-relay interface-dlci enable the use of routing protocols??!!?? 2. What do they mean by "specific class"? 3. What characteristics are they talking about? Please explain AND illustrate each point... Thankfully, Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame-relay
Comments within: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Pierre-Alex GUANEL Sent: Friday, December 22, 2000 11:37 AM To: [EMAIL PROTECTED] Subject:frame-relay I have spent many hours trying to comprehend the exerpt bellow (from Cisco CD). Still no light. Can someone help? CL: isn't there a Beatles' song along these lines? "This command is typically used for subinterfaces; however, it can also be used on main interfaces. Using the frame-relay interface-dlci command on main interfaces will enable the use of routing protocols on interfaces that use Inverse ARP. The frame-relay interface-dlci command on a main interface is also valuable for assigning a specific class to a single PVC where special characteristics are desired." 1. How can the command frame-relay interface-dlci enable the use of routing protocols??!!?? CL: it doesn't directly. But placing the command aids in the inverse-arp process. I suggest reading Caslow's chapter on frame-relay, and then trying a few of his examples to absorb the complexities involved. 2. What do they mean by "specific class"? CL: I believe they are referring to QoS or traffic shaping. In general, one trick of the trade is to add PVC's and assign different classes of service to those PVC's. Folks doing voice over frame have told me they do things like this. 3. What characteristics are they talking about? CL: see previous answer Please explain AND illustrate each point... CL: left my crayons elsewhere. Besides, they don't work well in e-mail. Sorry :-> Thankfully, CL: you're welcome-ly :-> Have a great holiday!!! Chuck Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-Relay question ?
Want to get to setup frame relay on my two routers connectected (2x 2501) back-to-back with a DTE/DCE cables. When both routers boot up I could see the routing table with "sh ip route" and after 30 secondes the protocol on the serial interfaces go down. Can you help Here is the sample config: Router1: interface Serial0 clockrate 64000 bandwidth 64 ip address 10.0.2.5 255.255.255.252 no ip directed-broadcast encapsulation frame-relay frame-relay lmi-type cisco frame-relay interface-dlci 100 Router2: interface Serial0 bandwidth 64 ip address 10.0.2.6 255.255.255.252 no ip directed-broadcast encapsulation frame-relay frame-relay lmi-type cisco frame-relay interface-dlci 200 _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay PVC
I have a intermittent problem (about a dozen times a day) where a PVC goes from the active to inactive state. It used to happen maybe once a week. I have not changed anything on either router. Furthermore, my other PVC's are unaffected. I did a debug of the lmi packets and the output is below. My telco says there is nothing wrong with the physical connection or the configuration of the PVC. If anyone has an explanation for these events, or even better, a solution to fix the damn thing, I'd love to hear it. Thanks, Dion Serial0(in): Status, myseq 89 RT IE 1, length 1, type 0 KA IE 3, length 2, yourseq 193, myseq 89 PVC IE 0x7 , length 0x3 , dlci 235, status 0x2 PVC IE 0x7 , length 0x3 , dlci 250, status 0x2 PVC IE 0x7 , length 0x3 , dlci 271, status 0x0 *Jan 3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state changed to INACTIVE *Jan 3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1, changed state to down PVC IE 0x7 , length 0x3 , dlci 750, status 0x2 Serial0(out): StEnq, myseq 90, yourseen 193, DTE up datagramstart = 0x401D66CC, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 01 03 02 5A C1 Serial0(in): Status, myseq 90 RT IE 1, length 1, type 1 KA IE 3, length 2, yourseq 194, myseq 90 Serial0(out): StEnq, myseq 91, yourseen 194, DTE up datagramstart = 0x40001338, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 01 03 02 5B C2 Serial0(in): Status, myseq 91 RT IE 1, length 1, type 1 KA IE 3, length 2, yourseq 195, myseq 91 Serial0(out): StEnq, myseq 91, yourseen 194, DTE up datagramstart = 0x40001338, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 01 03 02 5B C2 Serial0(in): Status, myseq 91 RT IE 1, length 1, type 1 KA IE 3, length 2, yourseq 195, myseq 91 Serial0(out): StEnq, myseq 92, yourseen 195, DTE up datagramstart = 0x402295A0, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 01 03 02 5C C3 Serial0(in): Status, myseq 92 RT IE 1, length 1, type 1 KA IE 3, length 2, yourseq 196, myseq 92 Serial0(out): StEnq, myseq 93, yourseen 196, DTE up datagramstart = 0x4FB4, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 01 03 02 5D C4 Serial0(in): Status, myseq 93 RT IE 1, length 1, type 1 KA IE 3, length 2, yourseq 197, myseq 93 Serial0(out): StEnq, myseq 94, yourseen 197, DTE up datagramstart = 0x401D5E9C, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 01 03 02 5E C5 Serial0(in): Status, myseq 94 RT IE 1, length 1, type 1 KA IE 3, length 2, yourseq 198, myseq 94 Serial0(out): StEnq, myseq 95, yourseen 198, DTE up datagramstart = 0x43FC, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 00 03 02 5F C6 Serial0(in): Status, myseq 95 RT IE 1, length 1, type 0 KA IE 3, length 2, yourseq 199, myseq 95 PVC IE 0x7 , length 0x3 , dlci 235, status 0x2 PVC IE 0x7 , length 0x3 , dlci 250, status 0x2 PVC IE 0x7 , length 0x3 , dlci 271, status 0x2 *Jan 3 10:24:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state changed to ACTIVE *Jan 3 10:24:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1, changed state to up PVC IE 0x7 , length 0x3 , dlci 750, status 0x2 Serial0(out): StEnq, myseq 96, yourseen 199, DTE up datagramstart = 0x43FC, datagramsize = 14 FR encap = 0x00010308 00 75 95 01 01 01 03 02 60 C7 Configs: Router A: interface Serial0 no ip address encapsulation frame-relay bandwidth 256 frame-relay lmi-type ansi ! interface Serial0.1 point-to-point ip address 172.19.148.254 255.255.255.0 frame-relay interface-dlci 271 Router B: interface Serial1 no ip address encapsulation frame-relay bandwidth 64 no fair-queue frame-relay lmi-type ansi ! interface Serial1.1 point-to-point ip address 172.19.148.253 255.255.255.0 frame-relay interface-dlci 240 * DISCLAIMER: The information contained in this e-mail may be confidential and is intended solely for the use of the named addressee. Access, copying or re-use of the e-mail or any information contained therein by any other person is not authorized. If you are not the intended recipient please notify us immediately by returning the e-mail to the originator. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-Relay question???
Hi All, What is the difference between 'frame-relay cir xxx' and 'frame-relay mincir xxx' ? Rgds, Get FREE Email/Voicemail with 15MB at Lycos Communications at http://comm.lycos.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Security
I understand most of the benefits of frame relay, but I am wondering if = there are any security problems assoicated with this protocol? Is it = secure enough for unencrypted transfer of financial or sensitive = information? Any help understanding the security risks associated with = frame relay appreciated. -- Kevin _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame relay
try www.frforum.com --- Krishna Shankar <[EMAIL PROTECTED]> wrote: > Hi can any one give me good url for frame relay > material > > thanks in adv > __ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame relay
www.frforum.com is the frame relay forum. I don't know what you mean by material, but if you are looking for general info. about frame relay, this is the site for you... -Marshal -Original Message-From: Krishna Shankar [mailto:[EMAIL PROTECTED]]Sent: Monday, September 11, 2000 7:49 PMTo: [EMAIL PROTECTED]Subject: Frame relay Hi can any one give me good url for frame relay material thanks in adv
About Frame Relay
Sometimes, understanding just one sentence takes hours. The following sentence has taken my time for more than a week, still I can not get it. Could somebody please explain and enlighten me please: "Frame Relay network, like most WANs, is based on star topologies, and does not support one-to-any broadcasting. " This is from the CID book by Matthew Birkner, page 302. TIA A. Strobel Get free email and a permanent address at http://www.amexmail.com/?A=1 **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay problem
Hi colleagues, I have a problem with my frame relay connection; the serial interface is up/down, and when I debug the serial interface, I can see that the interface is constantly trying to restart:23w5d: Serial5/0: attempting to restart: --More-- 23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0, DTE down --More-- 23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0, DTE down What could be the reason for this ? I'll add the output for the sh int: Serial5/0 is up, line protocol is down Hardware is M4T MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation FRAME-RELAY, crc 16, loopback not set Keepalive set (10 sec) LMI enq sent 240, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0 LMI DLCI 1023 LMI type is CISCO frame relay DTE FR SVC disabled, LAPF state down Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0 Last input 05:47:09, output 00:00:02, output hang never Last clearing of "show interface" counters 00:39:54 Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 354 packets output, 4649 bytes, 0 underruns 0 output errors, 0 collisions, 80 interface resets 0 output buffer failures, 0 output buffers swapped out 80 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=u Thanks for your help in advance. Georg _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame relay problem
Hi, Could anyone help with the following : Part of our network consists of Cisco 4500 routers connected via BT frame relay links. The problem I am seeing on all 10 routers is links going down then up, often for exactly one minute : eg .Oct 24 16:25:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592 state cha nged to INACTIVE .Oct 24 16:25:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial2/0. 4, changed state to down .Oct 24 16:26:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592 state cha nged to ACTIVE .Oct 24 16:26:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial2/0. 4, changed state to up The PTT have tested all lines and insist they are clean This is happening about 5 - 10 times a day. The IOS was upgraded not too long ago I think. It is now 12.0(4) This doesn't seem to have much impact but my customer just wants to know why! Any ideas/suggestions very welcome TIA Dave Welch _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-Relay Question...
Hello: Excuse me if this kind of question doesn't belong here. I am in the process of preparing for CCNA and reading Wendell Odom book (BTW, any wanna be CCNA read this one regardless what others have to say). I am in WAN section right now. In his example of partially meshed network ( routers A B C D, A connects to B C D and A is only the router connected by B C D). I understand why we need subinterfaces on router A. But why we he has subinterface set on routers B C D? Is it because of setup consistency or what is the catch? Thanks, Robert Borejszo _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
on Frame Relay
Folks I have couple of questions on Frame Relay. When they say CIR is 64Kbps and the port is 256Kbps in a 64/256 FR link, what does that mean? Do I get CIR all the time and do I also get the port bandwidth all the time? How does this work? Do the service providers have the port bandwidth for each link or it is shared across? How does the pricing work, if somebody bursts upto the port speed all the time, does he get billed more? Cheers, Rayappa. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the materialfrom any computer. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay
in your lab ...you need a dce/dte cable. in the real world you would use a csu/dsu but i a read of certain config that in the real word a dte/dce cable is used John Chang wrote: > First time doing this and sorry for my ignorance. If I have a 4500M as my > Frame Relay cloud. How do I connect my 2501 router to it? Do I just use a > DCE to DTE cable? And in the real world would I use a DSU/CSU? Future > reference: In the CCIE lab exam do they use DSU/CSU? Thank you! _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay
go here http://www.fatkid.com/html/frame_relay.html Mark Rose wrote: > A while back there was a posting showing how to set up a frame relay switch > with 3 routers (with configs). I misplaced the copy I had. I couldn't find > it in the archives. Could someone help me out. > > TIA > Mark _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
FRAME RELAY PROBLEM
I have got a problem with FR Config Running OSPF. Router A & B are connected to C & D over FR PVC but they don't have to talk to each ther. It means A connected to C & D and B is also connected to C & D. I am using FR Subinterfaces with pt-to-pt. What is happening that sometime I am able to ping to router C & router D subinterfaces from router A but sometimes i don't get any response. I am even unable to ping sub-intf of Routers from within the routers. See sample config of one of the routers that i have: interface Serial0 no ip address ip directed-broadcast encapsulation frame-relay ip ospf network broadcast no ip mroute-cache ! interface Serial0.1 point-to-point ip address 131.18.19.185 255.255.255.252 ip directed-broadcast ip ospf network broadcast frame-relay interface-dlci 310 ! interface Serial0.2 point-to-point ip address 131.18.19.189 255.255.255.252 ip directed-broadcast ip ospf network broadcast frame-relay interface-dlci 210 This is config of router B connected to C & D and subintf of C &D are on same subnet as subintf 0.1 and 0.2 on this router. Is pt-to-pt with sub-intf OK for this scenario? Any suggestions... What is the possible cause of problem?? Why I am even unable to ping local subintface from within the router?? Thanks.. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Problem
I've set up a frame relay switch at home trying to complete one of the "CCIE Lab all in one" Labs. For my question, what could cause a PVC to be inactive? Things I've checked. Serial is up line protocol is up on both sides. LMI type is the same Clocking is set on DCE side. Encapsulation is Frame relay What else is there to check? All suggestions appreciated.
Frame Relay Presentation
Hi, I need information on Frame Relay for a presentation. Can someone give me a lead to a web page? Dzilo Get free email and a permanent address at http://www.netaddress.com/?N=1 ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame-relay CRC
What would cause a frame-relay CRC? Rx CRC Exceptions Hour Day #Frames %Max Hour Thresh 05 Wed 2523 13.0028 0.0100 21 Thu 3065 6.3095 0.0100 I logged into AT&Ts web site to look at a companies frame-relay statistics that is having problems and they are receiving CRC errors at the frame switch.. Could someone please tell me what would cause this? Thanks Cory R. Stull MCSE, Bay Router Specialist, CCNA,CCDA Communications Concepts Unlimited 262-814-7214 ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay switch
Would anyone kindly share how to config a Cisco router to act as a FR switch. Thanks in advance. Mz Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame-relay design
If you had 3 locations in a hub and spoke topology, then you would want two pvcs going to each site...(using subinterfaces), how do the numbers change as you add remote sites... e.g. if you add the 4th site, do you have to add a pvc to every other site?, totalling 3 pvcs/subinterfaces ? so would that mean if you had 100 sites it would require n-1 (99) pvcs/dlcis/subints per location...? i may be way off -thanks = ciscocabanaboy, CCNP-Voice, CCDP, MCSE, CNX, A+, N+, I-net+, BOFH... __ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame relay question
Usually if a router is at a customers site, it is set as a DTE, the carrier is set as a DCE (provide clock), when do you want to set the router as an NNI? Thanks Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame relay limitations
Hi all, I asked the group a couple of weeks ago about FR limitations, and didn't get an answer that was complete. However, I have found it on CCO. For those interested in the memory restrictions on routers using FR, check out: http://www.cisco.com/warp/public/125/24.html#24-A Thanks, Dave ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame-relay interoperability
hi all, i am doing some testing with fr, i have 2 2610 connecting to 2 hssi port on a ascend stdx8000 fr box by way of v.35 cables, from the ascend i connect to a Larscom T45 csu/dsu device i am running DS3 here, the larsom is connected to the ascend box by a 50 pin x-over cable , from the larscom i go to a csico 7200(DS3 connection), i can ping between 2 cisco 2610 but cannot reach the 7200, i even enable larscom on the cisco (dsu 2), the map will become active for about 20 sec on the ascend and it will drop, have anybody done this on thier network, i am thinking the ascend does not work w/ the larscom, cisco's are DTE and ascend is DCE on this test thanks, Fil __ Do You Yahoo!? Send instant messages with Yahoo! Messenger. http://im.yahoo.com/ ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay
www.frforum.com "Deepak Sharma" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > does anyone have a good link on explaining what frame relay is??i > read it in the ICND book...but it does not give a very good > explaination..help!! > > greatly appreciated.. > > Deepak > ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Switching
Hi there gang Is my assumption right concerning this frame relay switching scenario ? Cisco DLCI 16 Ser0| |Ser1 | | | |--- DLCI 16DLCI 18 DLCI 18 Interface serial 0 Frame-relay route 18 interface serial 1 16 Interface serial1 Frame-relay route 18 interface serial 0 16 Thx Olden Pieterse MCP , CCNA , BCMSN , BSCN , BCRAN Brainbench Certified CISCO Network Implementation Specialist Technical Consultant Mobile : +27 82 410 8621 ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
QUERY ON FRAME RELAY: DISABLE FRAME RELAY INARP [7:15586]
Hello all, I found something wierd in my scenario. I configured my FR switch for fully meshed. I have three routers, A (hub) , B and C as the spokes. But I want to configure the three routers ONLY with partial mesh (hub and spoke), on router A , I configure on Physical interfaces. on Router B and C, I try with sub interface and DISABLE inverse arp (to prevent ip address resolve from B directly to C and vice versa).. But when I "show frame-relay map) on either B and C, I still can see resolved IP address with pvc (DLCI) directly connected to each other ( B and C).. and also, when I " show frame-relay pvc", I still can see that the other PVC is considered as "USAGE" any one can figure out how can I over come this one..? tx, Grad _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=15586&t=15586 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Question about frame-relay map statements and frame relay inverse arp
Dear Group, I have been trying to duplicate the problem where if you enter a frame relay map stament in a frame realy interface that is also using frame relay inverse arp that inverse arp will be disabled for specific protocol for that specific DLCI specified in the frame relay map statement. I have reloaded my router, yet the interface still does inverse arp and is able to keep the mapping to the hub and also ,of course, still has the frame relay map statement. My question is this, Has anyone else run into this? Also, I am running 12.09 code and I am wondering if this is something that has been worked around on the 12.09 code. Here is the interface config for the frame relay interface: interface Serial0 ip address 192.168.10.10 255.255.255.0 no ip directed-broadcast encapsulation frame-relay frame-relay map ip 192.168.10.5 211 after the reboot I get this for the "show frame-realy map" : Satellite2R5#show frame-relay map Serial0 (up): ip 192.168.10.1 dlci 211(0xD3,0x3430), dynamic, broadcast,, status defined, active Serial0 (up): ip 192.168.10.5 dlci 211(0xD3,0x3430), static, CISCO, status defined, active According to Caslow books and other publication the spoke router should loose connectivity to the hub router since since it is using frame relay inverse arp to map to the hub router. I have a 2523 as my frame relay switch. Anyway, I still maintain an inverse arp mapping to the hub and do not loose connectivity to it. Anyone have any input on this? Thanks for your time, Raul _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
OSPF over frame relay
All , I am studying configuring OSPF over NBMA ,POINT-POINT and point-multiple point ,boradcast. Does any one has examples of configuration with diagrams. Best Regards , sami __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay split Horizon
Hi all, Cisco writes: "When an interface is assigned "encapsulation frame-relay" split horizon is disabled for IP and enabled for IPX and Apple Talk by default." My network is a partially meshed frame relay network, should I turn back on split horizon for ip (I am using distance vector protocols)? Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay NBMA subinterfaces
Hi All, I am startled by the following: By default interfaces are multipoint and NBMA Multipoint frame relay subinterfaces are NBMA So why create frame relay subinterfaces if they behave the same way as the interface? _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
help about frame relay
Hi, a need some information about "upper DLCI field" ad "lowerDLCI field". Thanks Giuseppe Albucci Product Manager Networking & Nortel Global Knowledge Network Italia Tel: +39 06 68194816 Fax: +39 06 68194880 http://www.globalknowledge.it mailto:[EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
ATM Vs Frame-relay
Hi, Why ATM can go upto 10 Gbps whereas Frame-relay upto 45 Mbps only? If so, please explain why it's impossible to build a frame-relay interface to deliver 1 Gbps. Thanks in advance. Regards, Bikram. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Another Frame-relay issue..
All,=20 I made another weird discovery this morning in one of my = practice labs. The lab equipment in use; AGS+ : 11.0(22) Frame-relay cloud R1 2501 : 12.0.9(15) Hub sub-interface(s0.1 P-t-P1.1.1.1), and = (s0.2, ip 2.2.2.1) Multipoint R2 2502 : 11.3.(11a)T1 Spoke - Physical interface, ip 1.1.1.2 R3 2502 : 11.3.(11a)T1 Spoke - Physical interface, ip 2.2.2.2 R4 2520 : 11.3.(11a)T1 Spoke - Physical interface, ip 2.2.2.3 After setting the frame circuit and the Hub and spoke routers the HUB = specific local DLCI's come up and go active on the frame switch, the = spoke DLCI's go active the inactive, then deleted. I looked at every = thing that made sense,=20 1)Is the HUB - is the interface-dlci command using the correct dlci's , = Yes! =20 2) At the spokes is the encapsulation type(frame relay) configured, Yes! 3) Is the ip (L3) configured on all devices, Yes! Ok, a "clear frame inverse-arp" and a good sign I get an arp for R2 on = the hub! A second look shows R2 has no mappings and the pvc is = inactive. No matter what I did nothing. No this is really weird... Before I started this lab I did a "wr erase" = on all the routers. I proceeded to do a "wr mem" for the first time = since entering all my commands for my frame relay setup on the HUB, and = out of nowhere all the Spoke DLCI's go active and everything works like = it's suppose too. No, in everything things I've read it says that the commands go active = as they're entered, however here it seemed to require me to wr mem for = the circuit to come up. Has anyone seen this or have it happen in the = past. Thanks Nigel. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Charges
The frame-relay provider I worked with before agreed to analyze the first months usage and go with using zero or 64K..whichever was going to be cheaper for us. But I made them agree to that before we chose a provider so the leverage was pretty high on my part to get things done. - Original Message - From: "Nabil Fares" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 02, 2001 1:26 PM Subject: Frame Relay Charges > Greetings all, > > Can you guys shed some light on how FR providers base their charges. How > they charge when going above CIR (etc...)? > > also, if I have site with network access between 8-5, is it worth risking a > zero CIR? > > We had a meeting with an account rep for a FR provider, he kept pressing on > 0 CIR. This is a new trend? > > Thanks, > > Nabil > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Charges
I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak". Most service providers won't allow or recommends against 0 CIR but on the other hand, Sprint pushes it. We are currently using 0 CIR and I think the quality has been good and we haven't had a whole lot of dropped packets. In fact, I think they still guarantee 99% delivery up to port speed which is pretty good specially compared to most providers 99.9% delivery up to CIR and no guarantee beyond that. "Nabil Fares" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Greetings all, > > Can you guys shed some light on how FR providers base their charges. How > they charge when going above CIR (etc...)? > > also, if I have site with network access between 8-5, is it worth risking a > zero CIR? > > We had a meeting with an account rep for a FR provider, he kept pressing on > 0 CIR. This is a new trend? > > Thanks, > > Nabil > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Charges
Kenneth wrote: > > I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak". Id imagine it would be fine if you get garuantees as to how much would get through but a 0CIR means all our frames would be discard eligible, so you couldnt garuntee anything getting through. It would be a bit like shared etherenet - fine unless you experience congestion and then its pot luck who's frames get through. You are at the mercy of the telco's oversubscription. TTFN Lauren _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Charges
That's true. All packets will be DE marked but 99% of the time, these DE marked packets will get through - that's what our SLA with them is. Their reason for this is that their network is "bleeding edge" and that they are willing to create an SLA for 0 CIR as compared to most providers who won't promise you anything. You can pay, like i said, for CIR and their SLA will guarantee 99.99% packet delivery up to CIR. Lauren Child <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > Kenneth wrote: > > > > I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak". > > Id imagine it would be fine if you get garuantees as to how much would > get through but a 0CIR means all our frames would be discard eligible, > so you couldnt garuntee anything getting through. It would be a bit > like shared etherenet - fine unless you experience congestion and then > its pot luck who's frames get through. You are at the mercy of the > telco's oversubscription. > > TTFN > Lauren > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Charges
Let me just say this - I work for Sprint Local Telephone Division (LTD) and we do not do 0 CIR. Sprint Long Distance Division (LDD) does do 0 CIR. It is just a difference in philosophy. I have spoken with some LDD engineers and their justification is that their network is so robust that there is no need for an actual CIR. It always surprises me that the sales guys don't go nuts at this because CIR is added revenue for them! Andrew Cook > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Kenneth > Sent: Saturday, March 03, 2001 10:46 AM > To: [EMAIL PROTECTED] > Subject: Re: Frame Relay Charges > > > That's true. All packets will be DE marked but 99% of the time, these DE > marked packets will get through - that's what our SLA with them is. Their > reason for this is that their network is "bleeding edge" and that they are > willing to create an SLA for 0 CIR as compared to most providers who won't > promise you anything. > > You can pay, like i said, for CIR and their SLA will guarantee > 99.99% packet > delivery up to CIR. > > > Lauren Child <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > > > Kenneth wrote: > > > > > > I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak". > > > > Id imagine it would be fine if you get garuantees as to how much would > > get through but a 0CIR means all our frames would be discard eligible, > > so you couldnt garuntee anything getting through. It would be a bit > > like shared etherenet - fine unless you experience congestion and then > > its pot luck who's frames get through. You are at the mercy of the > > telco's oversubscription. > > > > TTFN > > Lauren > > > > _ > > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Charges
On Fri, 2 Mar 2001, Nabil Fares wrote: > Greetings all, > > Can you guys shed some light on how FR providers base their charges. How > they charge when going above CIR (etc...)? > > also, if I have site with network access between 8-5, is it worth risking a > zero CIR? > > We had a meeting with an account rep for a FR provider, he kept pressing on > 0 CIR. This is a new trend? 0 CIR is very common, if not the most common. If your connecting at a single FR switch, then CIR is less of an issue since your really only limited by the backplane of the switch (assuming non-blocking, or close to it) brian > > Thanks, > > Nabil > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > --- Special: Catalyst 3100 switch & 2503 router blade $1000.00 (16MB / 8MB)!!! I'm buying / selling used CISCO gear!! email me for a quote Brian Feeny,CCDP,CCNP+VAS Scarlett Parria [EMAIL PROTECTED] [EMAIL PROTECTED] 318-222-2638 x 109318-222-2638 x 101 Netjam, LLC http://www.netjam.net 1401 Oden St. VISA/MC/AMEX/COD Suite 18 Cisco Channel Partner Shreveport, LA 71104 Fax 318-221-6612 _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Charges
0 CIR, must be SPRINT. How FR providers base their charges? It depends on the provider and also if you are talking about Internet access or private frame. Some charges nothing for bursting over the CIR, others charges based on how much and how long you bursted over CIR. You need to ask the provider for the detail of their charges. 0 CIR for 8-5, it depends on the type of data you want to transmit. Example: You can't afford frame dropping if you transmit video or voice. Trang > -Original Message- > From: Nabil Fares [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 02, 2001 2:26 PM > To: [EMAIL PROTECTED] > Subject: Frame Relay Charges > > > Greetings all, > > Can you guys shed some light on how FR providers base their > charges. How > they charge when going above CIR (etc...)? > > also, if I have site with network access between 8-5, is it > worth risking a > zero CIR? > > We had a meeting with an account rep for a FR provider, he > kept pressing on > 0 CIR. This is a new trend? > > Thanks, > > Nabil > > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Charges
Hi, To cut costs some people use Zero CIR. BUT, this might connect to a remote end that bases it's utilisation on CIR. For example, a supplier might run a service from the core to a frame switch at 2Meg with a CIR of 2Meg this will then cope with the entire commited range to the serial port. Say you have 10 people with Zero CIR connected and 4 with 512K. The switch sees the ZERO with DE bits (all packets) what happens. On the floor they go. Ring the supplier he might be symathetic to your problem. My guess is he will not only recommend you up your CIR but also charge you for the inconvenience. Remember there are two ends to all of this plus a middle you have no control over. The CIR gives you the little control you might like. The secret with CIR is to cover yourself without buying more than you need. Just some thoughts. Teunis, Hobart, Tasmania Australia On Monday, March 05, 2001 at 12:35:24 PM, Nguyen_Trang wrote: > 0 CIR, must be SPRINT. > > How FR providers base their charges? > It depends on the provider and also if you are > talking about Internet access or private frame. > > Some charges nothing for bursting over the CIR, > others charges based on how much and how long > you bursted over CIR. You need to ask the > provider for the detail of their charges. > > 0 CIR for 8-5, it depends on the type of data > you want to transmit. Example: You can't > afford frame dropping if you transmit video or > voice. > > Trang > > > > -Original Message- > > From: Nabil Fares [mailto:[EMAIL PROTECTED]] > > Sent: Friday, March 02, 2001 2:26 PM > > To: [EMAIL PROTECTED] > > Subject: Frame Relay Charges > > > > > > Greetings all, > > > > Can you guys shed some light on how FR providers base their > > charges. How > > they charge when going above CIR (etc...)? > > > > also, if I have site with network access between 8-5, is it > > worth risking a > > zero CIR? > > > > We had a meeting with an account rep for a FR provider, he > > kept pressing on > > 0 CIR. This is a new trend? > > > > Thanks, > > > > Nabil > > > > > > _ > > FAQ, list archives, and subscription info: > > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > -- www.tasmail.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Charges
I work for Sprint and we use the 0 CIR approach with our customers. I don't know if it's Sprint you are talking to, but we have never had any customers complain about frame performance. Personally, I like to have some CIR, even if it is just 16k, but that comes from my administrator experience prior to Sprint. Because Sprint is an IXC and also a LEC in a lot of cities, Sprint has so much bandwidth they can't oversubscribe their network even if they wanted to. The only time I would suggest a certain level of CIR is if you plan on moving Voice traffic over this frame circuit. Otherwise, 0 CIR is fine. Any IXC will tell you that "0 CIR is really a marketing tool" and it is. Sprint uses over 200 Nortel Passport 15000 switches in their backbone interconnected with OC192 ATM - so with that in mind, believe me when I say Sprint has so much bandwidth they can't even us it all. It's true. If this was another carrier, ask other customers how they like their service. Regards, Mark ""Nabil Fares"" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Greetings all, > > Can you guys shed some light on how FR providers base their charges. How > they charge when going above CIR (etc...)? > > also, if I have site with network access between 8-5, is it worth risking a > zero CIR? > > We had a meeting with an account rep for a FR provider, he kept pressing on > 0 CIR. This is a new trend? > > Thanks, > > Nabil > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: [Frame Relay Simulator]
If you use a cisco router with multiple serial interfaces, you can use http://www.cisco.com/univercd/cc/td/doc/product/software/ios111/mods/3mod/3cbook/3cfrelay.htm#10654 it requires back-to-back (serial crossover) cables. I've used this configuration on a cisco 4000 series router, and it performs great. I don't "think" you need a special version of code to do it, either. "Bradley J. Wilson" <[EMAIL PROTECTED]> wrote: > Can anyone out there enlighten me on how to set up a frame relay simulator? > What equipment options are available, and the actual configs on the > equipment? Thanks in advance. > > BJ > > > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Get free email and a permanent address at http://www.netaddress.com/?N=1 _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Simulator
A Cisco router with 4 Serial ports & 10.0 or better IOS. The router can be anything from an AGS's to 7513. I started with an AGS, then moved to a 4 Serial MGS (less noisy), & now I use 4500's. The command is Frame-Relay Switching & you use the Map command to tied the DLCI's. There are no IP's involved, the router becomes a layer 2 Telco device (for all practilcal purposes). Here is a config I had from the CCIE Boot Camps labs (they used the AGS). Current configuration: ! version 11.0 service udp-small-servers service tcp-small-servers ! hostname r7 ! ! no ip domain-lookup frame-relay switching ! interface Ethernet0 Shutdown ! interface Ethernet1 Shutdown ! interface Serial0 no ip address encapsulation frame-relay no fair-queue frame-relay lmi-type ansi frame-relay intf-type dce frame-relay route 503 interface Serial2 305 frame-relay route 504 interface Serial3 405 frame-relay route 506 interface Serial1 605 ! interface Serial1 no ip address encapsulation frame-relay frame-relay lmi-type ansi frame-relay intf-type dce frame-relay route 605 interface Serial0 506 ! interface Serial2 no ip address encapsulation frame-relay clockrate 2000000 frame-relay lmi-type ansi frame-relay intf-type dce frame-relay route 305 interface Serial0 503 ! interface Serial3 no ip address encapsulation frame-relay frame-relay lmi-type ansi frame-relay intf-type dce frame-relay route 405 interface Serial0 504 ! interface Serial4 no ip address shutdown ! interface Serial5 no ip address shutdown ! interface Serial6 no ip address shutdown ! interface Serial7 no ip address shutdown ! router eigrp 1 redistribute rip metric 1 100 255 1 1500 passive-interface Ethernet0 network 192.168.17.0 ! router rip passive-interface Ethernet1 network 192.168.70.0 ! no logging console ! alias exec i show ip route alias exec ci clear ip route * ! line con 0 line aux 0 transport input all line vty 0 4 login ! end - Original Message - From: "Bradley J. Wilson" <[EMAIL PROTECTED]> To: "cisco" <[EMAIL PROTECTED]> Sent: Friday, March 16, 2001 5:16 PM Subject: Frame Relay Simulator > Can anyone out there enlighten me on how to set up a frame relay simulator? > What equipment options are available, and the actual configs on the > equipment? Thanks in advance. > > BJ > > > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Simulator
Are you looking for a FR simulator or a WAN simulator? There is an awesome product out on the market by a company named Shunra called the 'Storm' and the 'Cloud'. You can manipulate network latency, standard deviation, packet loss etc. in a variety of forms. Whats really cool is that it integrates with Visio and all of the admin(aside from compiling the kernel), take place from that interface. The only problem is its not cheap (around $20K) new; buts its way cool. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bradley J. Wilson Sent: Friday, March 16, 2001 1:17 PM To: cisco Subject: Frame Relay Simulator Can anyone out there enlighten me on how to set up a frame relay simulator? What equipment options are available, and the actual configs on the equipment? Thanks in advance. BJ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
If you could post the configs it would help, but here's some ideas to try. Are you sure have inverse ARP working? Have you tried a static route to R3 (from R2) gatewayed to R1's IP and the same on R3 to R2 via R1's IP? Look into Proxy ARP. Just a thought, I've never tried this but, is there a way to make a static ARP entry? Rodgers Moore "James Wilson" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hi All, > > I hope someone can shed some light on the problem I have come across in the > following scenario : > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > router in the middle doing frame relay switching. The frame switch is _not_ > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is > _no_ PVC between R2 and R3. > > The particular lab exercise here specifies that each router much be able to > ping every other router in the frame cloud. BUT the use of the 'frame-relay > map' command is forbidden, and only R1 can be configured using a subinterface. > > As I have it configured R1 can ping both R2 and R3 as expected. However, > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > question stipulates you should use routing and not Layer2 to Layer3 > mapping. A debug on the ping from R2 to R3 shows that there is no map entry > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. > > So the question is, how can I get R2 and R3 to be able to ping each other > using routing and not the frame relay map command. > > It's got two of us here studying for our CCIE stumped, so im hoping someone > out there has an idea as to how this can be accomplished. > > Also, as this is for the CCIE, static routes are not an option. > > Cheers. > > Jim. > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
Unless I'm mis-reading you here this is the correct behavior for a partial mesh. Unless you provide a full mesh you won't get dynamic mappings for both spokes. Also, I assume the PVC from R1 to R2 is one subnet and the PVC from R1 to R3 is another subnet--Frame relay and Inverse ARP alone can't route between them. So if you can't get a PVC between R2 and R3...then run any routing protocol on all 3 routers and you should be able to ping from R2 to R3 and vice-versa (RIP will work fine to prove this point.) Hope this helps...and as always, comments are welcome ( and in fact expected ;-)Frank James Wilson wrote: > > Hi All, > > I hope someone can shed some light on the problem I have come across in the > following scenario : > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > router in the middle doing frame relay switching. The frame switch is _not_ > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is > _no_ PVC between R2 and R3. > > The particular lab exercise here specifies that each router much be able to > ping every other router in the frame cloud. BUT the use of the 'frame-relay > map' command is forbidden, and only R1 can be configured using a subinterface. > > As I have it configured R1 can ping both R2 and R3 as expected. However, > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > question stipulates you should use routing and not Layer2 to Layer3 > mapping. A debug on the ping from R2 to R3 shows that there is no map entry > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. > > So the question is, how can I get R2 and R3 to be able to ping each other > using routing and not the frame relay map command. > > It's got two of us here studying for our CCIE stumped, so im hoping someone > out there has an idea as to how this can be accomplished. > > Also, as this is for the CCIE, static routes are not an option. > > Cheers. > > Jim. > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
Sounds like all you need to get your branch traffic to the next hop (hub router) where the hub router will route it for you because it knows of the routes to all destinations. You could use static routes or route maps with the next-hop parameter to do this. - Original Message - From: James Wilson <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, November 26, 2000 5:50 PM Subject: Frame Relay Problem > Hi All, > > I hope someone can shed some light on the problem I have come across in the > following scenario : > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > router in the middle doing frame relay switching. The frame switch is _not_ > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is > _no_ PVC between R2 and R3. > > The particular lab exercise here specifies that each router much be able to > ping every other router in the frame cloud. BUT the use of the 'frame-relay > map' command is forbidden, and only R1 can be configured using a subinterface. > > As I have it configured R1 can ping both R2 and R3 as expected. However, > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > question stipulates you should use routing and not Layer2 to Layer3 > mapping. A debug on the ping from R2 to R3 shows that there is no map entry > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. > > So the question is, how can I get R2 and R3 to be able to ping each other > using routing and not the frame relay map command. > > It's got two of us here studying for our CCIE stumped, so im hoping someone > out there has an idea as to how this can be accomplished. > > Also, as this is for the CCIE, static routes are not an option. > > Cheers. > > Jim. > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet Hence the problem. Im well aware this is the normal partial mesh behavior and that its quiet easily rectified using map statements... but for this particular setup it requests the use of routing and not frame relay map statements. At 06:26 PM 26/11/2000 -1000, Frank B. wrote: >Unless I'm mis-reading you here this is the correct behavior for a >partial mesh. Unless you provide a full mesh you won't get dynamic >mappings for both spokes. Also, I assume the PVC from R1 to R2 is one >subnet and the PVC from R1 to R3 is another subnet--Frame relay and >Inverse ARP alone can't route between them. > >So if you can't get a PVC between R2 and R3...then run any routing >protocol on all 3 routers and you should be able to ping from R2 to R3 >and vice-versa (RIP will work fine to prove this point.) Hope this >helps...and as always, comments are welcome ( and in fact expected >;-)Frank > >James Wilson wrote: > > > > Hi All, > > > > I hope someone can shed some light on the problem I have come across in the > > following scenario : > > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > > router in the middle doing frame relay switching. The frame switch is _not_ > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is > > _no_ PVC between R2 and R3. > > > > The particular lab exercise here specifies that each router much be able to > > ping every other router in the frame cloud. BUT the use of the 'frame-relay > > map' command is forbidden, and only R1 can be configured using a > subinterface. > > > > As I have it configured R1 can ping both R2 and R3 as expected. However, > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > > question stipulates you should use routing and not Layer2 to Layer3 > > mapping. A debug on the ping from R2 to R3 shows that there is no map entry > > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. > > > > So the question is, how can I get R2 and R3 to be able to ping each other > > using routing and not the frame relay map command. > > > > It's got two of us here studying for our CCIE stumped, so im hoping someone > > out there has an idea as to how this can be accomplished. > > > > Also, as this is for the CCIE, static routes are not an option. > > > > Cheers. > > > > Jim. > > > > _ > > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
Config : R1 ! version 11.3 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname R1-Ob ! ! ! ! hub ether 0 1 link-test auto-polarity ! hub ether 0 2 link-test auto-polarity ! hub ether 0 3 link-test auto-polarity !hub ether 0 4 link-test auto-polarity ! hub ether 0 5 link-test auto-polarity ! hub ether 0 6 link-test auto-polarity ! hub ether 0 7 link-test auto-polarity ! hub ether 0 8 link-test auto-polarity ! interface Ethernet0 no ip address shutdown ! interface Serial0 no ip address encapsulation frame-relay no ip mroute-cache clockrate 64000 ! interface Serial0.1 multipoint ip address 10.1.1.1 255.255.0.0 frame-relay interface-dlci 101 frame-relay interface-dlci 102 ! interface Serial1 no ip address shutdown ! router ospf 1 network 10.1.0.0 0.0.255.255 area 0 neighbor 10.1.1.3 neighbor 10.1.1.2 default-information originate always metric-type 1 ! ip classless ! line con 0 line aux 0 line vty 0 4 login ! end R2 ! version 11.2 no service password-encryption no service udp-small-servers no service tcp-small-servers ! hostname R2-Sambuca ! ! ip subnet-zero ! hub ether 0 1 link-test auto-polarity ! hub ether 0 2 link-test auto-polarity ! hub ether 0 3 link-test auto-polarity ! hub ether 0 4 link-test auto-polarity ! hub ether 0 5 link-test auto-polarity ! hub ether 0 6 link-test auto-polarity ! hub ether 0 7 link-test auto-polarity ! hub ether 0 8 link-test auto-polarity ! interface Ethernet0 no ip address shutdown ! interface Serial0 ip address 10.1.1.2 255.255.0.0 encapsulation frame-relay ip ospf priority 0 no fair-queue frame-relay interface-dlci 100 ! interface Serial1 no ip address shutdown ! router ospf 1 network 10.1.0.0 0.0.255.255 area 0 ! no ip classless ! ! line con 0 line aux 0 line vty 0 4 login ! end R3 ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname R3-Budvar ! ! ip subnet-zero ip cef ! ! ! interface ATM1/0 no ip address no ip directed-broadcast shutdown no atm ilmi-keepalive ! interface ATM4/0 no ip address no ip directed-broadcast shutdown no atm ilmi-keepalive ! interface Serial5/0 ip address 10.1.1.3 255.255.0.0 no ip directed-broadcast encapsulation frame-relay ip ospf interface-retry 0 ip ospf priority 0 no ip mroute-cache no fair-queue frame-relay interface-dlci 100 ! interface Serial5/1 no ip address no ip directed-broadcast shutdown ! interface Serial5/2 no ip address no ip directed-broadcast shutdown ! interface Serial5/3 no ip address no ip directed-broadcast shutdown ! interface Serial5/4 no ip address no ip directed-broadcast shutdown ! interface Serial5/5 no ip address no ip directed-broadcast shutdown ! interface Serial5/6 no ip address no ip directed-broadcast shutdown ! interface Serial5/7 no ip address no ip directed-broadcast shutdown ! interface TokenRing6/0/0 no ip address no ip directed-broadcast no ip route-cache distributed shutdown ! interface TokenRing6/0/1 no ip address no ip directed-broadcast no ip route-cache distributed shutdown ! interface TokenRing6/0/2 no ip address no ip directed-broadcast no ip route-cache distributed shutdown ! interface TokenRing6/0/3 no ip address no ip directed-broadcast no ip route-cache distributed shutdown ! router ospf 1 network 10.1.0.0 0.0.255.255 area 0 distance 1 ! ip classless ! ! ! line con 0 transport input none line aux 0 line vty 0 4 ! end At 10:00 PM 26/11/2000 -0500, you wrote: >If you could post the configs it would help, but here's some ideas to try. > >Are you sure have inverse ARP working? >Have you tried a static route to R3 (from R2) gatewayed to R1's IP and the >same on R3 to R2 via R1's IP? >Look into Proxy ARP. >Just a thought, I've never tried this but, is there a way to make a static >ARP entry? > >Rodgers Moore > >"James Wilson" <[EMAIL PROTECTED]> wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Hi All, > > > > I hope someone can shed some light on the problem I have come across in >the > > following scenario : > > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > > router in the middle doing frame relay switching. The frame switch is >_not_ > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There >is > > _no_ PVC between R2 and R3. > > > > The particular lab exercise here specifies that each router much be able >to > > ping every other router in the frame cloud. BUT the use of the >'frame-relay > > map' command is forbidden
RE: Frame Relay Problem
You will need to either generate default routes for the spokes or use policy routing to set the default next hop. Regards, Aaron K. Dixon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Frank B. Sent: Sunday, November 26, 2000 10:27 PM To: James Wilson Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Frame Relay Problem Unless I'm mis-reading you here this is the correct behavior for a partial mesh. Unless you provide a full mesh you won't get dynamic mappings for both spokes. Also, I assume the PVC from R1 to R2 is one subnet and the PVC from R1 to R3 is another subnet--Frame relay and Inverse ARP alone can't route between them. So if you can't get a PVC between R2 and R3...then run any routing protocol on all 3 routers and you should be able to ping from R2 to R3 and vice-versa (RIP will work fine to prove this point.) Hope this helps...and as always, comments are welcome ( and in fact expected ;-)Frank James Wilson wrote: > > Hi All, > > I hope someone can shed some light on the problem I have come across in the > following scenario : > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > router in the middle doing frame relay switching. The frame switch is _not_ > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is > _no_ PVC between R2 and R3. > > The particular lab exercise here specifies that each router much be able to > ping every other router in the frame cloud. BUT the use of the 'frame-relay > map' command is forbidden, and only R1 can be configured using a subinterface. > > As I have it configured R1 can ping both R2 and R3 as expected. However, > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > question stipulates you should use routing and not Layer2 to Layer3 > mapping. A debug on the ping from R2 to R3 shows that there is no map entry > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. > > So the question is, how can I get R2 and R3 to be able to ping each other > using routing and not the frame relay map command. > > It's got two of us here studying for our CCIE stumped, so im hoping someone > out there has an idea as to how this can be accomplished. > > Also, as this is for the CCIE, static routes are not an option. > > Cheers. > > Jim. > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Problem
All interfaces on the frame relay network are in the same 10.1.x.x/16 subnet. Hence there is a connected route comming from the frame relay interface which will be preferred over any default route or any other route. At 10:43 AM 26/11/2000 -0600, Aaron K. Dixon wrote: >You will need to either generate default routes for the spokes or use policy >routing to set the default next hop. > >Regards, >Aaron K. Dixon > >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of >Frank B. >Sent: Sunday, November 26, 2000 10:27 PM >To: James Wilson >Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] >Subject: Re: Frame Relay Problem > > >Unless I'm mis-reading you here this is the correct behavior for a >partial mesh. Unless you provide a full mesh you won't get dynamic >mappings for both spokes. Also, I assume the PVC from R1 to R2 is one >subnet and the PVC from R1 to R3 is another subnet--Frame relay and >Inverse ARP alone can't route between them. > >So if you can't get a PVC between R2 and R3...then run any routing >protocol on all 3 routers and you should be able to ping from R2 to R3 >and vice-versa (RIP will work fine to prove this point.) Hope this >helps...and as always, comments are welcome ( and in fact expected >;-)Frank > >James Wilson wrote: > > > > Hi All, > > > > I hope someone can shed some light on the problem I have come across in >the > > following scenario : > > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > > router in the middle doing frame relay switching. The frame switch is >_not_ > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There >is > > _no_ PVC between R2 and R3. > > > > The particular lab exercise here specifies that each router much be able >to > > ping every other router in the frame cloud. BUT the use of the >'frame-relay > > map' command is forbidden, and only R1 can be configured using a >subinterface. > > > > As I have it configured R1 can ping both R2 and R3 as expected. However, > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > > question stipulates you should use routing and not Layer2 to Layer3 > > mapping. A debug on the ping from R2 to R3 shows that there is no map >entry > > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > > only 1 entry and it is for R1. This sh frame map is identical on R2 and >R3. > > > > So the question is, how can I get R2 and R3 to be able to ping each other > > using routing and not the frame relay map command. > > > > It's got two of us here studying for our CCIE stumped, so im hoping >someone > > out there has an idea as to how this can be accomplished. > > > > Also, as this is for the CCIE, static routes are not an option. > > > > Cheers. > > > > Jim. > > > > _ > > FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Problem
Then try using policy routing to set the next-hop for all packets to go to the hub which has a route to the other spoke. Then the other spoke should have the same type of route-map. Using this method you won't need to change the routing table, but change the packets themselves. Don't forget that if you are doing this from a local ping on the router you will need to enable the route-map with the local policy command. Regards, Aaron K. Dixon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of James Wilson Sent: Sunday, November 26, 2000 10:48 PM To: Aaron K. Dixon Cc: Frank B.; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: Frame Relay Problem All interfaces on the frame relay network are in the same 10.1.x.x/16 subnet. Hence there is a connected route comming from the frame relay interface which will be preferred over any default route or any other route. At 10:43 AM 26/11/2000 -0600, Aaron K. Dixon wrote: >You will need to either generate default routes for the spokes or use policy >routing to set the default next hop. > >Regards, >Aaron K. Dixon > >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of >Frank B. >Sent: Sunday, November 26, 2000 10:27 PM >To: James Wilson >Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] >Subject: Re: Frame Relay Problem > > >Unless I'm mis-reading you here this is the correct behavior for a >partial mesh. Unless you provide a full mesh you won't get dynamic >mappings for both spokes. Also, I assume the PVC from R1 to R2 is one >subnet and the PVC from R1 to R3 is another subnet--Frame relay and >Inverse ARP alone can't route between them. > >So if you can't get a PVC between R2 and R3...then run any routing >protocol on all 3 routers and you should be able to ping from R2 to R3 >and vice-versa (RIP will work fine to prove this point.) Hope this >helps...and as always, comments are welcome ( and in fact expected >;-)Frank > >James Wilson wrote: > > > > Hi All, > > > > I hope someone can shed some light on the problem I have come across in >the > > following scenario : > > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > > router in the middle doing frame relay switching. The frame switch is >_not_ > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There >is > > _no_ PVC between R2 and R3. > > > > The particular lab exercise here specifies that each router much be able >to > > ping every other router in the frame cloud. BUT the use of the >'frame-relay > > map' command is forbidden, and only R1 can be configured using a >subinterface. > > > > As I have it configured R1 can ping both R2 and R3 as expected. However, > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > > question stipulates you should use routing and not Layer2 to Layer3 > > mapping. A debug on the ping from R2 to R3 shows that there is no map >entry > > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > > only 1 entry and it is for R1. This sh frame map is identical on R2 and >R3. > > > > So the question is, how can I get R2 and R3 to be able to ping each other > > using routing and not the frame relay map command. > > > > It's got two of us here studying for our CCIE stumped, so im hoping >someone > > out there has an idea as to how this can be accomplished. > > > > Also, as this is for the CCIE, static routes are not an option. > > > > Cheers. > > > > Jim. > > > > _ > > FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > >_ >FAQ, list archives, and subscription info: >http://www.groupstudy.com/list/cisco.html >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
Ah...now I need more info. Below you stated "only R1 can be configured using a subinterface"--so that's my first question: Is it configured with sub-int's, one for ea PVC? If yes, and they are configured as point-to-point then I believe that each separate PVC is required to be on a separate subnet since the router treats each as a separate interface. In this scenario my original response will work. If no, then are you using one multipoint subint on R1 the Hub router? If so, one subnet works for all three interfaces but I believe you'll need map statements at the spokes. I understand this isn't an option. So please provide more details... If your lab exercise doesn't explicitly disallow point-to-point subinterfaces at the hub router, R1, then I'd configure it that way, with 2 differnet subnets and run RIP on all 3 routers...it will work. If I missed another restriction you're facing please advise soonest...I'm now very interested in this one. Thanks, Frank James Wilson wrote: > > Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet > > Hence the problem. > > Im well aware this is the normal partial mesh behavior and that its quiet > easily rectified using map statements... but for this particular setup it > requests the use of routing and not frame relay map statements. > > At 06:26 PM 26/11/2000 -1000, Frank B. wrote: > >Unless I'm mis-reading you here this is the correct behavior for a > >partial mesh. Unless you provide a full mesh you won't get dynamic > >mappings for both spokes. Also, I assume the PVC from R1 to R2 is one > >subnet and the PVC from R1 to R3 is another subnet--Frame relay and > >Inverse ARP alone can't route between them. > > > >So if you can't get a PVC between R2 and R3...then run any routing > >protocol on all 3 routers and you should be able to ping from R2 to R3 > >and vice-versa (RIP will work fine to prove this point.) Hope this > >helps...and as always, comments are welcome ( and in fact expected > >;-)Frank > > > >James Wilson wrote: > > > > > > Hi All, > > > > > > I hope someone can shed some light on the problem I have come across in the > > > following scenario : > > > > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a > > > router in the middle doing frame relay switching. The frame switch is _not_ > > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. > > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is > > > _no_ PVC between R2 and R3. > > > > > > The particular lab exercise here specifies that each router much be able to > > > ping every other router in the frame cloud. BUT the use of the 'frame-relay > > > map' command is forbidden, and only R1 can be configured using a > > subinterface. > > > > > > As I have it configured R1 can ping both R2 and R3 as expected. However, > > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The > > > question stipulates you should use routing and not Layer2 to Layer3 > > > mapping. A debug on the ping from R2 to R3 shows that there is no map entry > > > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is > > > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. > > > > > > So the question is, how can I get R2 and R3 to be able to ping each other > > > using routing and not the frame relay map command. > > > > > > It's got two of us here studying for our CCIE stumped, so im hoping someone > > > out there has an idea as to how this can be accomplished. > > > > > > Also, as this is for the CCIE, static routes are not an option. > > > > > > Cheers. > > > > > > Jim. > > > > > > _ > > > FAQ, list archives, and subscription info: > > http://www.groupstudy.com/list/cisco.html > > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
In a message dated 11/27/00 12:46:17 AM Eastern Standard Time, [EMAIL PROTECTED] writes: Solve the problem with routing, not layer 3 to layer 2 mapping". Hence ruling out any static frame mapping or arp type solutions as these are all layer 2 to layer 3 mapping techniques. Couldn't you use, on the edges (r2/r3), a gateway of last resort like (ip route 0.0.0.0 0.0.0.0 s0) so when you couldn't find a route it would send it out s0 to the frame switch and then r1 would be able to pass it to the other end...? Another thought. The lab says that it doesn't want you to use layer 3 to layer 2 mapping. Why can't you use static if it's, as you said, layer 2 to layer 3? These are just some thoughts, hope I spark something... Mark Zabludovsky ~ CCNA, CCDA, 1/2-NP [EMAIL PROTECTED] "Even if I knew I had only 1 more week to live, I would still schedule my CCIE lab. I would just have to work a little harder I guess. After all, without any goals in life, I'm dead already." ~Mark Zabludovsky~
RE: Frame Relay Problem
Title: RE: Frame Relay Problem Maybe I'm missing something, but in looking at your config and cross-referencing the rules of the lab, I can't understand why you didn't just create two subinterfaces on R1. -Original Message- From: James Wilson [mailto:[EMAIL PROTECTED]] Sent: Sunday, November 26, 2000 5:50 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Frame Relay Problem Hi All, I hope someone can shed some light on the problem I have come across in the following scenario : Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a router in the middle doing frame relay switching. The frame switch is _not_ fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is _no_ PVC between R2 and R3. The particular lab exercise here specifies that each router much be able to ping every other router in the frame cloud. BUT the use of the 'frame-relay map' command is forbidden, and only R1 can be configured using a subinterface. As I have it configured R1 can ping both R2 and R3 as expected. However, both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The question stipulates you should use routing and not Layer2 to Layer3 mapping. A debug on the ping from R2 to R3 shows that there is no map entry for R3 hence encapsulation failed. A look at 'sh frame map' shows there is only 1 entry and it is for R1. This sh frame map is identical on R2 and R3. So the question is, how can I get R2 and R3 to be able to ping each other using routing and not the frame relay map command. It's got two of us here studying for our CCIE stumped, so im hoping someone out there has an idea as to how this can be accomplished. Also, as this is for the CCIE, static routes are not an option. Cheers. Jim. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Problem
Your suggestions are good, unfortunately i have already tried most of them and other break the rules of the lab Here's a run down : - R1 is currently configured with 1 multipoint subinterface with multiple frame-relay interface-dlci commands. - The rules state only 1 subinterface can be used, and also state only the one 10.1.0.0/16 subnet can be used so that rules out the multiple subnets. - The lab stipulates the ip addresses for R1, R2 and R2 be 10.1.1.1/16, 10.1.1.2/16, 10.1.1.3/16 respectively. So there goes the multiple point to point interfaces / multiple subnets idea. bummer. As you said, Map statements are not to be used. The direct quote from the lab is "Also, one of the problems in this lab [i.e r2 not being able to ping r3] can be solved with multiple frame map ip statements, but this is not the solution i want you to use. Solve the problem with routing, not layer 3 to layer 2 mapping". Hence ruling out any static frame mapping or arp type solutions as these are all layer 2 to layer 3 mapping techniques. The use of OSPF is permitted and required throughout the lab, with alll frame relay interfaces being in Area 0. At 06:58 PM 26/11/2000 -1000, Frank B. wrote: >Ah...now I need more info. Below you stated "only R1 can be configured >using a subinterface"--so that's my first question: > >Is it configured with sub-int's, one for ea PVC? If yes, and they are >configured as point-to-point then I believe that each separate PVC is >required to be on a separate subnet since the router treats each as a >separate interface. In this scenario my original response will work. > >If no, then are you using one multipoint subint on R1 the Hub router? >If so, one subnet works for all three interfaces but I believe you'll >need map statements at the spokes. I understand this isn't an option. >So please provide more details... > >If your lab exercise doesn't explicitly disallow point-to-point >subinterfaces at the hub router, R1, then I'd configure it that way, >with 2 differnet subnets and run RIP on all 3 routers...it will work. >If I missed another restriction you're facing please advise >soonest...I'm now very interested in this one. Thanks, Frank > >James Wilson wrote: > > > > Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet > > > > Hence the problem. > > > > Im well aware this is the normal partial mesh behavior and that its quiet > > easily rectified using map statements... but for this particular setup it > > requests the use of routing and not frame relay map statements. > > > > At 06:26 PM 26/11/2000 -1000, Frank B. wrote: > > >Unless I'm mis-reading you here this is the correct behavior for a > > >partial mesh. Unless you provide a full mesh you won't get dynamic > > >mappings for both spokes. Also, I assume the PVC from R1 to R2 is one > > >subnet and the PVC from R1 to R3 is another subnet--Frame relay and > > >Inverse ARP alone can't route between them. > > > > > >So if you can't get a PVC between R2 and R3...then run any routing > > >protocol on all 3 routers and you should be able to ping from R2 to R3 > > >and vice-versa (RIP will work fine to prove this point.) Hope this > > >helps...and as always, comments are welcome ( and in fact expected > > >;-)Frank > > > > > >James Wilson wrote: > > > > > > > > Hi All, > > > > > > > > I hope someone can shed some light on the problem I have come > across in the > > > > following scenario : > > > > > > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud > with a > > > > router in the middle doing frame relay switching. The frame switch > is _not_ > > > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes > off R1. > > > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. > There is > > > > _no_ PVC between R2 and R3. > > > > > > > > The particular lab exercise here specifies that each router much be > able to > > > > ping every other router in the frame cloud. BUT the use of the > 'frame-relay > > > > map' command is forbidden, and only R1 can be configured using a > > > subinterface. > > > > > > > > As I have it configured R1 can ping both R2 and R3 as expected. > However, > > > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each > other. The > > > > question stipulates you should use routing and not Layer2 to Layer3 > > > > mapping. A
RE: Frame Relay Problem
With that in mind you come back to the solution of using route-maps to set your default next-hop. This is a layer 3 resolution for your problem and should solve all of your issues. Regards, Aaron K. Dixon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of James Wilson Sent: Sunday, November 26, 2000 10:58 PM To: Frank B. Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Frame Relay Problem Your suggestions are good, unfortunately i have already tried most of them and other break the rules of the lab Here's a run down : - R1 is currently configured with 1 multipoint subinterface with multiple frame-relay interface-dlci commands. - The rules state only 1 subinterface can be used, and also state only the one 10.1.0.0/16 subnet can be used so that rules out the multiple subnets. - The lab stipulates the ip addresses for R1, R2 and R2 be 10.1.1.1/16, 10.1.1.2/16, 10.1.1.3/16 respectively. So there goes the multiple point to point interfaces / multiple subnets idea. bummer. As you said, Map statements are not to be used. The direct quote from the lab is "Also, one of the problems in this lab [i.e r2 not being able to ping r3] can be solved with multiple frame map ip statements, but this is not the solution i want you to use. Solve the problem with routing, not layer 3 to layer 2 mapping". Hence ruling out any static frame mapping or arp type solutions as these are all layer 2 to layer 3 mapping techniques. The use of OSPF is permitted and required throughout the lab, with alll frame relay interfaces being in Area 0. At 06:58 PM 26/11/2000 -1000, Frank B. wrote: >Ah...now I need more info. Below you stated "only R1 can be configured >using a subinterface"--so that's my first question: > >Is it configured with sub-int's, one for ea PVC? If yes, and they are >configured as point-to-point then I believe that each separate PVC is >required to be on a separate subnet since the router treats each as a >separate interface. In this scenario my original response will work. > >If no, then are you using one multipoint subint on R1 the Hub router? >If so, one subnet works for all three interfaces but I believe you'll >need map statements at the spokes. I understand this isn't an option. >So please provide more details... > >If your lab exercise doesn't explicitly disallow point-to-point >subinterfaces at the hub router, R1, then I'd configure it that way, >with 2 differnet subnets and run RIP on all 3 routers...it will work. >If I missed another restriction you're facing please advise >soonest...I'm now very interested in this one. Thanks, Frank > >James Wilson wrote: > > > > Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet > > > > Hence the problem. > > > > Im well aware this is the normal partial mesh behavior and that its quiet > > easily rectified using map statements... but for this particular setup it > > requests the use of routing and not frame relay map statements. > > > > At 06:26 PM 26/11/2000 -1000, Frank B. wrote: > > >Unless I'm mis-reading you here this is the correct behavior for a > > >partial mesh. Unless you provide a full mesh you won't get dynamic > > >mappings for both spokes. Also, I assume the PVC from R1 to R2 is one > > >subnet and the PVC from R1 to R3 is another subnet--Frame relay and > > >Inverse ARP alone can't route between them. > > > > > >So if you can't get a PVC between R2 and R3...then run any routing > > >protocol on all 3 routers and you should be able to ping from R2 to R3 > > >and vice-versa (RIP will work fine to prove this point.) Hope this > > >helps...and as always, comments are welcome ( and in fact expected > > >;-)Frank > > > > > >James Wilson wrote: > > > > > > > > Hi All, > > > > > > > > I hope someone can shed some light on the problem I have come > across in the > > > > following scenario : > > > > > > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud > with a > > > > router in the middle doing frame relay switching. The frame switch > is _not_ > > > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes > off R1. > > > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. > There is > > > > _no_ PVC between R2 and R3. > > > > > > > > The particular lab exercise here specifies that each router much be > able to > > > > ping every other router in the frame cloud. BUT the use of the > 'frame-relay > > > > map' comman
RE: Frame Relay Problem
hi ; do u need the 3 routers to be in the same subnet ?? if so ...gateway of last resort will not work since there is a more specific route directly connected , i guess u have to check then something like policy routing . as u didnt mention that it is a must to put the routers in the same subnet , then creating two different subnets ( one between r1 subif1 and r2 and the second between r1subif2 and r3 ) will simply solve your problem Mohamed A.HeebaCCNP ,CCDA -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Sent: Sunday, November 26, 2000 10:56 PMTo: [EMAIL PROTECTED]; [EMAIL PROTECTED]Subject: Re: Frame Relay ProblemIn a message dated 11/27/00 12:46:17 AM Eastern Standard Time, [EMAIL PROTECTED] writes: Solve the problem with routing, not layer 3 to layer 2 mapping". Hence ruling out any static frame mapping or arp type solutions as these are all layer 2 to layer 3 mapping techniques. Couldn't you use, on the edges (r2/r3), a gateway of last resort like (ip route 0.0.0.0 0.0.0.0 s0) so when you couldn't find a route it would send it out s0 to the frame switch and then r1 would be able to pass it to the other end...? Another thought. The lab says that it doesn't want you to use layer 3 to layer 2 mapping. Why can't you use static if it's, as you said, layer 2 to layer 3? These are just some thoughts, hope I spark something... Mark Zabludovsky ~ CCNA, CCDA, 1/2-NP [EMAIL PROTECTED] "Even if I knew I had only 1 more week to live, I would still schedule my CCIE lab. I would just have to work a little harder I guess. After all, without any goals in life, I'm dead already." ~Mark Zabludovsky~
Frame relay interface question
Guys, interface Serial0 ip address 3.1.3.1 255.255.255.0 encapsulation frame-relay frame-relay interface-dlci 130 frame-relay interface-dlci 140 This is a multipoint interface, this means that the default for an interface (and not subinterface) is mulitpoint ? Thanx ___ Tired of slow Internet? Get @Home Broadband Internet http://www.home.com/xinbox/signup.html _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: on Frame Relay
Title: RE: on Frame Relay The port itself can handle up to 256K; that's the port speed. You're paying for 64K (CIR), which is what you'll get on average. You will occasionally burst up to 256K when there is no other traffic on the circuit (it is shared bandwidth with other frame relay subscribers). This bursting is figured into the pricing (remember, you'll average 64K throughput, even though you may not get exactly 64K all the time). If you burst over your CIR for more than your alotted time slot (remember, they expect you to burst every once in a while) your packets will be marked as discard eligible and will be preferencially discarded if another customer is trying to transmit within CIR, such that the port would not be able to handle your extra data (you'll be relegated back to your own CIR). The pricing can be done differently, depending on the carrier. Some will bill you for your CIR plus any actual usage above CIR. Others allow you to burst up to the maximum available bandwidth as long as there is no other traffic for no extra charge. There's also a new animal on the frame relay front called 0-CIR, which means you don't elect a CIR at all, and pay only for actual usage. If this has been completely confusing, then the telco has done their job well. I think half the time they actually want their customers not to understand their pricing. Anyway, pardon my kvetching. =) Hopefully the technical details are helpful to you. - Don -Original Message- From: Rayappa Mayakunthala [mailto:[EMAIL PROTECTED]] Sent: Monday, November 20, 2000 11:23 PM To: [EMAIL PROTECTED] Subject: on Frame Relay Folks I have couple of questions on Frame Relay. When they say CIR is 64Kbps and the port is 256Kbps in a 64/256 FR link, what does that mean? Do I get CIR all the time and do I also get the port bandwidth all the time? How does this work? Do the service providers have the port bandwidth for each link or it is shared across? How does the pricing work, if somebody bursts upto the port speed all the time, does he get billed more? Cheers, Rayappa. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the materialfrom any computer. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay SVC
www.cisco.com SEARCH "frame relay svc" http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/wan_c/wcdfrely.htm --- Ken Yeo <[EMAIL PROTECTED]> wrote: > Any one knows how to configure Frame Relay SVC > switch on Cisco routers? > > The Cisco configuration guide has examples for SVC > on routers but no example > for SVC switch configuration. How do you test your > SVC router configuration? > > I have searched the archives, many have asked the > questions but I can't seem > to find the answer, so I ask again. > > Thanks! > Ken > > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay SVC
I can't seem to find an example. The configuration guide covers configuration for SVC on the router side, I am actually looking for a SVC switch configuration. Thanks! Ken "Phil Barker" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > www.cisco.com > > SEARCH "frame relay svc" > > > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/wan_ c/wcdfrely.htm > > > --- Ken Yeo <[EMAIL PROTECTED]> wrote: > Any one knows > how to configure Frame Relay SVC > > switch on Cisco routers? > > > > The Cisco configuration guide has examples for SVC > > on routers but no example > > for SVC switch configuration. How do you test your > > SVC router configuration? > > > > I have searched the archives, many have asked the > > questions but I can't seem > > to find the answer, so I ask again. > > > > Thanks! > > Ken > > > > > > _ > > FAQ, list archives, and subscription info: > > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to > [EMAIL PROTECTED] > > > > Do You Yahoo!? > Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk > or your free @yahoo.ie address at http://mail.yahoo.ie > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay SVC
What exactly are you looking for ? The attached PDF file has a lot examples how to perform FR/switching. Regards Elias Aggelidis CCNP + Voice - Original Message - From: "Ken Yeo" <[EMAIL PROTECTED]> Newsgroups: groupstudy.cisco To: <[EMAIL PROTECTED]> Sent: Wednesday, December 06, 2000 1:47 PM Subject: Re: Frame Relay SVC > I can't seem to find an example. The configuration guide covers > configuration for SVC on the router side, I am actually looking for a SVC > switch configuration. > > Thanks! > Ken > > "Phil Barker" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > www.cisco.com > > > > SEARCH "frame relay svc" > > > > > > > > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/wan_ > c/wcdfrely.htm > > > > > > --- Ken Yeo <[EMAIL PROTECTED]> wrote: > Any one knows > > how to configure Frame Relay SVC > > > switch on Cisco routers? > > > > > > The Cisco configuration guide has examples for SVC > > > on routers but no example > > > for SVC switch configuration. How do you test your > > > SVC router configuration? > > > > > > I have searched the archives, many have asked the > > > questions but I can't seem > > > to find the answer, so I ask again. > > > > > > Thanks! > > > Ken > > > > > > > > > _ > > > FAQ, list archives, and subscription info: > > > http://www.groupstudy.com/list/cisco.html > > > Report misconduct and Nondisclosure violations to > > [EMAIL PROTECTED] > > > > > > > > Do You Yahoo!? > > Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk > > or your free @yahoo.ie address at http://mail.yahoo.ie > > > > _ > > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay URLs
Can anybody suggest some links or URLs on Frame-relay for detailed study including basics , configuration. Thanks in advance. Bala Senior Software Specialist ( E-Infra) Digital Equipment (I) Limited Digital India, III, Floor, Khanija Bhavan, # 49, Race Course Road, Bangalore 560 022. India Tel: 91 80 2268003, x 4004 Fax: 91 80 2268044 email:[EMAIL PROTECTED] website: www.digitalindiasw.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-relay URLs
Cisco's site has a lot of good Frame Relay info, obviously. Nevertheless, I've listed a few of my favorites that may prove to be useful. Best of luck, --Mike http://www.nwfusion.com/research/framerelay.html?nf#search http://www.cisco.com/warp/public/779/smbiz/service/knowledge/wan/subifs.htm http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/qos_ c/qcprt4/qcdpolsh.htm http://www.raleigh.ibm.com/cgi-bin/bookmgr/BOOKS/EZ305800/CCONTENTS http://www.cisco.com/univercd/cc/td/doc/cisintwk/itg_v1/tr1918.htm http://www.cisco.com/warp/public/125/13.html http://www.cisco.com/univercd/cc/td/doc/product/software/ios113ed/113ed_cr/w an_c/wcfrelay.htm#xtocid2343228 http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/qos_c /qcpart4/qcfrts.htm -Original Message- From: Ware, Balasaheb To: [EMAIL PROTECTED] Sent: 12/13/00 1:54 AM Subject: Re: Frame-relay URLs Can anybody suggest some links or URLs on Frame-relay for detailed study including basics , configuration. Thanks in advance. Bala Senior Software Specialist ( E-Infra) Digital Equipment (I) Limited Digital India, III, Floor, Khanija Bhavan, # 49, Race Course Road, Bangalore 560 022. India Tel: 91 80 2268003, x 4004 Fax: 91 80 2268044 email:[EMAIL PROTECTED] website: www.digitalindiasw.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Fragmentation
FRF.12 must be supported on both ends. One side make the fragmentation and the other end must be able to reassemble the original packet. You can do fragmentation only from one side but both must support FRF.12 to work properly. So the answer is you can trun on fragmentation on one side but it must be supported on both side. Stefano > -Original Message- > From: John Neiberger [mailto:[EMAIL PROTECTED]] > Sent: martedì 19 dicembre 2000 00.07 > To: [EMAIL PROTECTED] > Subject: Frame Relay Fragmentation > > > I need to turn on FRF.12 on a remote router so that I can > make use of the > frame-relay ip rtp priority command. However, the PVC that I'll be > implementing that on connects to a router that cannot do FRF.12. > > Does FRF.12 need to be configured on both ends? It seems > that it probably > only needs to be configured on the end doing the fragmenting, > which would be > good news, but it I'm not positive about this. Will the near > end need to be > configured for FRF.12 so it knows how to reassemble those frame relay > frames? > > I'm guessing that I only have to do it on the end doing the > work, but I > wanted to check before I go break something on a production box. :-) > > Thanks as always, > John > > > > > > ___ > Send a cool gift with your E-Card > http://www.bluemountain.com/giftcenter/ > > > _ > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Fragmentation
Here's what I got from a Networkers presentation. FRF.12 allows for both UNI and end-to-end fragmentation. With FRF.12 UNI, frames are reassembled on ingress to the network, in other words at the service provider's switch. Frames cross the network unfragemented. The UNI frame format looks like: Fragmentation Header/Frame Relay Header/Payload (Fragment)/FCS. FRF.12 UNI is often sufficient to handle the problem of large frames taking a long time to leave the router, thus causing a backup for small voice frames or frames for interactive or real-time applications. Last I heard, Cisco didn't support FRF.12 UNI, though. That could have changed. With FRF.12 end-to-end fragmentation, frames traverse the network as fragments and are reassembled at the terminating router. So both routers would have to support it. The frame traverses the complete network looking like this: Frame Relay Header/Fragmentation Header/Payload (Fragment)/FCS. FRF.11 Annec C also does fragmentation. It is end-to-end. The difference is that Annex C allows for a subframe header which supports many different channels. The frame looks like: Frame Relay Header/Subframe Header/Fragmentation Header/Payload (Fragment)/FCS. As you can see from the frame formats, you have to be careful to configure the routers (and switches) properly, obviously. Priscilla > > -Original Message- > > From: John Neiberger [mailto:[EMAIL PROTECTED]] > > Sent: martedì 19 dicembre 2000 00.07 > > To: [EMAIL PROTECTED] > > Subject: Frame Relay Fragmentation > > > > > > I need to turn on FRF.12 on a remote router so that I can > > make use of the > > frame-relay ip rtp priority command. However, the PVC that I'll be > > implementing that on connects to a router that cannot do FRF.12. > > > > Does FRF.12 need to be configured on both ends? It seems > > that it probably > > only needs to be configured on the end doing the fragmenting, > > which would be > > good news, but it I'm not positive about this. Will the near > > end need to be > > configured for FRF.12 so it knows how to reassemble those frame relay > > frames? > > > > I'm guessing that I only have to do it on the end doing the > > work, but I > > wanted to check before I go break something on a production box. :-) > > > > Thanks as always, > > John Priscilla Oppenheimer http://www.priscilla.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: about frame relay
Hi, The DLCI is assigned by the supplier. It has only local significance. OK you get a line installed and it has a a number to indicate to the supplier and switch what the physical service (for want of a better word) is. Over this service runs one or more "Switched" circuits. These can be define as permanent PVC or switched SVC. These circuits require a point to map to that is the DLCI. You therefore map the DLCI to an interface on your router using the commands you have below. (substituting the DLCI assigned by your supplier) That's the way I understand it. Hope it helps. Teunis, Hobart, Tasmania Australia On Thursday, December 21, 2000 at 10:19:27 PM, frank wrote: > The following is sample config on cisco site . > i got 2 questions: > 1.when should we use" frame-relay map" command? > 2 Do we have to get DLCI from carrier before config the router?could the > framerelay > switch assign the DLCI automaticaly? > > > version 11.2 <*> > service udp-small-servers <*> > service tcp-small-servers <*> > ! > hostname Atlanta > ! > enable secret cisco > ! > ip subnet-zero > no ip domain-lookup > ! > interface Ethernet0 > ip address 10.1.1.1 255.0.0.0 > ! > interface Serial0 > no ip address <*> > encapsulation frame-relay > frame-relay lmi-type ansi > ! > interface Serial0.16 point-to-point > description Frame Relay to Boston > ip unnumbered Ethernet0 > frame-relay interface-dlci 16 broadcast > ! > interface Serial0.17 point-to-point > description Frame Relay to Chicago > ip unnumbered Ethernet0 > frame-relay interface-dlci 17 broadcast > ! > router rip > version 2 > network 10.0.0.0 > no auto-summary > ! > ip http server > ip classless > ! > line con 0 > password console > login > line aux 0 <*> > line vty 0 4 > password telnet > login <*> > ! > end <*> > > > Thanks > > frank > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > -- www.tasmail.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: about frame relay
1. you don't need the 'frame-relay map' command, because you've implemented the 'frame-relay interface-dlci' command. These commands are used to map the level-3 address (IP addr in this case) to your level-2 address (the dlci). You use one or the other command. 2. DLCIs are assigned by the network provider. You need to be sure that DLCI 16 really designates the PVC to Boston. 2a. The frame relay provider provisions the DLCI for each PVC, on each end of the PVC. Mike frank wrote: > The following is sample config on cisco site . > i got 2 questions: > 1.when should we use" frame-relay map" command? > 2 Do we have to get DLCI from carrier before config the router?could the > framerelay > switch assign the DLCI automaticaly? > > version 11.2 <*> > service udp-small-servers <*> > service tcp-small-servers <*> > ! > hostname Atlanta > ! > enable secret cisco > ! > ip subnet-zero > no ip domain-lookup > ! > interface Ethernet0 > ip address 10.1.1.1 255.0.0.0 > ! > interface Serial0 > no ip address <*> > encapsulation frame-relay > frame-relay lmi-type ansi > ! > interface Serial0.16 point-to-point > description Frame Relay to Boston > ip unnumbered Ethernet0 > frame-relay interface-dlci 16 broadcast > ! > interface Serial0.17 point-to-point > description Frame Relay to Chicago > ip unnumbered Ethernet0 > frame-relay interface-dlci 17 broadcast > ! > router rip > version 2 > network 10.0.0.0 > no auto-summary > ! > ip http server > ip classless > ! > line con 0 > password console > login > line aux 0 <*> > line vty 0 4 > password telnet > login <*> > ! > end <*> > > Thanks > > frank > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] -- Mike Nunzio Balistreri [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: about frame relay
I believe that the frame-relay map command is used when IARP is not taking place. -Original Message- From: Mike Balistreri [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 21, 2000 4:37 PM To: [EMAIL PROTECTED]; frank Subject: Re: about frame relay 1. you don't need the 'frame-relay map' command, because you've implemented the 'frame-relay interface-dlci' command. These commands are used to map the level-3 address (IP addr in this case) to your level-2 address (the dlci). You use one or the other command. 2. DLCIs are assigned by the network provider. You need to be sure that DLCI 16 really designates the PVC to Boston. 2a. The frame relay provider provisions the DLCI for each PVC, on each end of the PVC. Mike frank wrote: > The following is sample config on cisco site . > i got 2 questions: > 1.when should we use" frame-relay map" command? > 2 Do we have to get DLCI from carrier before config the router?could the > framerelay > switch assign the DLCI automaticaly? > > version 11.2 <*> > service udp-small-servers <*> > service tcp-small-servers <*> > ! > hostname Atlanta > ! > enable secret cisco > ! > ip subnet-zero > no ip domain-lookup > ! > interface Ethernet0 > ip address 10.1.1.1 255.0.0.0 > ! > interface Serial0 > no ip address <*> > encapsulation frame-relay > frame-relay lmi-type ansi > ! > interface Serial0.16 point-to-point > description Frame Relay to Boston > ip unnumbered Ethernet0 > frame-relay interface-dlci 16 broadcast > ! > interface Serial0.17 point-to-point > description Frame Relay to Chicago > ip unnumbered Ethernet0 > frame-relay interface-dlci 17 broadcast > ! > router rip > version 2 > network 10.0.0.0 > no auto-summary > ! > ip http server > ip classless > ! > line con 0 > password console > login > line aux 0 <*> > line vty 0 4 > password telnet > login <*> > ! > end <*> > > Thanks > > frank > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] -- Mike Nunzio Balistreri [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame-relay interface-dlci
I have spent many hours trying to comprehend the exerpt bellow (from Cisco CD). Still no light. Can someone help? "This command is typically used for subinterfaces; however, it can also be used on main interfaces. Using the frame-relay interface-dlci command on main interfaces will enable the use of routing protocols on interfaces that use Inverse ARP. The frame-relay interface-dlci command on a main interface is also valuable for assigning a specific class to a single PVC where special characteristics are desired." 1. How can the command frame-relay interface-dlci enable the use of routing protocols??!!?? 2. What do they mean by "specific class"? 3. What characteristics are they talking about? Please explain AND illustrate each point... Thankfully, Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]