Re: Frame Relay Switch [7:75019]
Hi, guys: Why not consider 2523 i/o 2522 ? In the hardware spec, Cisco 2523 is the same as 2522, all the difference is 2523 is Token-Ring based, In eBay, you could find out that R2523 is cheaper than R2522, For the cost issues, I would suggest the 2523. If the cost/price is not the issues, maybe you could consider 4500/4700M+ with NP-4Ts, 4500/4700 has more horsepower than 2522/2523... Wilson - Original Message - From: Devraj, Prem To: Sent: Tuesday, September 09, 2003 5:49 PM Subject: RE: Frame Relay Switch [7:75019] Hi Larry, I want to connect 8 port for a LAB Scenario which I have. I was thinking of buying a 2522, I was just wondering if anyone has any better ideas then buying this 2522 Thanks prem -Original Message- From: Larry Letterman [mailto:[EMAIL PROTECTED] Sent: 2003 9 9 14:27 To: [EMAIL PROTECTED] Subject: RE: Frame Relay Switch [7:75019] You can use the routers back to back with the v.35 cables..CCO has A write-up on back-back frame connections..or buy an 8 port serial Router... Larry Letterman Cisco Systems -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Devraj, Prem Sent: Monday, September 08, 2003 8:09 PM To: [EMAIL PROTECTED] Subject: Frame Relay Switch [7:75019] Hi All, I am trying to setup a Lab for my CCIE. I do not have a Frame relay switch. And it seems to expensive to buy one. Does anyone have any ideas for a cheaper version of a Frame relay switch. My requirement is atleast 8 ports. A friend of mine told me it is possible to use a ordinary switch (I have tones of them) and use that as a Tunnel for Frame relay encapsulation. Any ideas or suggestions will be welcomed. Thanks prem *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75170t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
RE: Frame Relay Switch [7:75019]
You can use the routers back to back with the v.35 cables..CCO has A write-up on back-back frame connections..or buy an 8 port serial Router... Larry Letterman Cisco Systems -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Devraj, Prem Sent: Monday, September 08, 2003 8:09 PM To: [EMAIL PROTECTED] Subject: Frame Relay Switch [7:75019] Hi All, I am trying to setup a Lab for my CCIE. I do not have a Frame relay switch. And it seems to expensive to buy one. Does anyone have any ideas for a cheaper version of a Frame relay switch. My requirement is atleast 8 ports. A friend of mine told me it is possible to use a ordinary switch (I have tones of them) and use that as a Tunnel for Frame relay encapsulation. Any ideas or suggestions will be welcomed. Thanks prem *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75027t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
RE: Frame Relay Switch [7:75019]
Hi Larry, I want to connect 8 port for a LAB Scenario which I have. I was thinking of buying a 2522, I was just wondering if anyone has any better ideas then buying this 2522 Thanks prem -Original Message- From: Larry Letterman [mailto:[EMAIL PROTECTED] Sent: 2003 9 9 14:27 To: [EMAIL PROTECTED] Subject: RE: Frame Relay Switch [7:75019] You can use the routers back to back with the v.35 cables..CCO has A write-up on back-back frame connections..or buy an 8 port serial Router... Larry Letterman Cisco Systems -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Devraj, Prem Sent: Monday, September 08, 2003 8:09 PM To: [EMAIL PROTECTED] Subject: Frame Relay Switch [7:75019] Hi All, I am trying to setup a Lab for my CCIE. I do not have a Frame relay switch. And it seems to expensive to buy one. Does anyone have any ideas for a cheaper version of a Frame relay switch. My requirement is atleast 8 ports. A friend of mine told me it is possible to use a ordinary switch (I have tones of them) and use that as a Tunnel for Frame relay encapsulation. Any ideas or suggestions will be welcomed. Thanks prem *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75045t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Switch [7:75019]
Hi, guys: Why not consider 2523 i/o 2522 ? In the hardware spec, Cisco 2523 is the same as 2522, all the difference is 2523 is Token-Ring based, In eBay, you could find out that R2523 is cheaper than R2522, For the cost issues, I would suggest the 2523. If the cost/price is not the issues, maybe you could consider 4500/4700M+ with NP-4Ts, 4500/4700 has more horsepower than 2522/2523... Wilson - Original Message - From: Devraj, Prem To: Sent: Tuesday, September 09, 2003 5:49 PM Subject: RE: Frame Relay Switch [7:75019] Hi Larry, I want to connect 8 port for a LAB Scenario which I have. I was thinking of buying a 2522, I was just wondering if anyone has any better ideas then buying this 2522 Thanks prem -Original Message- From: Larry Letterman [mailto:[EMAIL PROTECTED] Sent: 2003 9 9 14:27 To: [EMAIL PROTECTED] Subject: RE: Frame Relay Switch [7:75019] You can use the routers back to back with the v.35 cables..CCO has A write-up on back-back frame connections..or buy an 8 port serial Router... Larry Letterman Cisco Systems -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Devraj, Prem Sent: Monday, September 08, 2003 8:09 PM To: [EMAIL PROTECTED] Subject: Frame Relay Switch [7:75019] Hi All, I am trying to setup a Lab for my CCIE. I do not have a Frame relay switch. And it seems to expensive to buy one. Does anyone have any ideas for a cheaper version of a Frame relay switch. My requirement is atleast 8 ports. A friend of mine told me it is possible to use a ordinary switch (I have tones of them) and use that as a Tunnel for Frame relay encapsulation. Any ideas or suggestions will be welcomed. Thanks prem *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75063t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Switch [7:75019]
Sure, you could use an older 7000 series router with 8 serial interfaces. You could also use a 2523. there is also a module for 26xx/36xx routers called an NM-8A/S which would also work. However the best solution is a 2522 or 2523. Old 7000 series routers are really big, extremely loud, and use lots of power. thanks, -Brad Ellis CCIE#5796 (RS / Security) Network Learning Inc [EMAIL PROTECTED] www.optsys.net (Cisco hardware) Devraj, Prem wrote in message news:[EMAIL PROTECTED] Hi Larry, I want to connect 8 port for a LAB Scenario which I have. I was thinking of buying a 2522, I was just wondering if anyone has any better ideas then buying this 2522 Thanks prem -Original Message- From: Larry Letterman [mailto:[EMAIL PROTECTED] Sent: 2003 9 9 14:27 To: [EMAIL PROTECTED] Subject: RE: Frame Relay Switch [7:75019] You can use the routers back to back with the v.35 cables..CCO has A write-up on back-back frame connections..or buy an 8 port serial Router... Larry Letterman Cisco Systems -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Devraj, Prem Sent: Monday, September 08, 2003 8:09 PM To: [EMAIL PROTECTED] Subject: Frame Relay Switch [7:75019] Hi All, I am trying to setup a Lab for my CCIE. I do not have a Frame relay switch. And it seems to expensive to buy one. Does anyone have any ideas for a cheaper version of a Frame relay switch. My requirement is atleast 8 ports. A friend of mine told me it is possible to use a ordinary switch (I have tones of them) and use that as a Tunnel for Frame relay encapsulation. Any ideas or suggestions will be welcomed. Thanks prem *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75054t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Switch [7:75019]
If you want to do more than j/a frame switch, than a 7000 would be ideal. Fast ethernet, atm, and frame-relay switch all in one. - Original Message - From: Devraj, Prem To: Sent: Tuesday, September 09, 2003 4:49 AM Subject: RE: Frame Relay Switch [7:75019] Hi Larry, I want to connect 8 port for a LAB Scenario which I have. I was thinking of buying a 2522, I was just wondering if anyone has any better ideas then buying this 2522 Thanks prem -Original Message- From: Larry Letterman [mailto:[EMAIL PROTECTED] Sent: 2003 9 9 14:27 To: [EMAIL PROTECTED] Subject: RE: Frame Relay Switch [7:75019] You can use the routers back to back with the v.35 cables..CCO has A write-up on back-back frame connections..or buy an 8 port serial Router... Larry Letterman Cisco Systems -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Devraj, Prem Sent: Monday, September 08, 2003 8:09 PM To: [EMAIL PROTECTED] Subject: Frame Relay Switch [7:75019] Hi All, I am trying to setup a Lab for my CCIE. I do not have a Frame relay switch. And it seems to expensive to buy one. Does anyone have any ideas for a cheaper version of a Frame relay switch. My requirement is atleast 8 ports. A friend of mine told me it is possible to use a ordinary switch (I have tones of them) and use that as a Tunnel for Frame relay encapsulation. Any ideas or suggestions will be welcomed. Thanks prem *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html *** Dresdner Kleinwort Wasserstein is the marketing name used globally to represent the investment banking activities of Dresdner Bank Group. In Japan, Dresdner Kleinwort Wasserstein is represented by Dresdner Kleinwort Wasserstein (Japan) Limited, Tokyo Branch or Dresdner Bank AG, Tokyo Branch. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. *** **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75097t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
RE: Frame Relay Switch [7:75019]
I share my idea with you blow: Please application 2 ISDN lines and buy 2 ISDN modems, in china, you only need to pay RMB 50 per month for the lines, so cheap. Good luck! Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75139t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
RE: Frame Relay Switch [7:75019]
You can get a 2522 with 10 port serial for around $500. Raj Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=75022t=75019 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
RE: Frame Relay Back To Back Static PVC [7:72869]
Thanks Alex but when your routers are going back to back LMIs are turned off with the no keepalive command. I believe because a Frame switch is not involved in creating the PVC. In any case I updated the IOS image to 12.3.1a on both routers and the connection comes back up without any issues even after being unplugged and reconnected. Degracia, Alex wrote: Make sure lmi is being exchanged. Turn on keepalives for the pvc. -Original Message- From: Maximus [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 11:13 AM To: [EMAIL PROTECTED] Subject: Frame Relay Back To Back Static PVC [7:72869] Per these instructions, I am able to bring my frame connection online: http://www.cisco.com/warp/public/125/frbacktoback.html However when I intentionally break the connection (Pull the Cable)the PVC doesn't automatically come back up. Is it because its static to begin with? I know I'm probably missing something very obvious but could you explain why the interface does not come back online after being reconnected? So far, the only way I can get the connection back online is by using a hard/software configured loopback and removing it at which point I'm up, up. Thanks. BTW Using IOS versions 12.1(20) and 11.2(26)P4. Configs are identical to the instructions. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73505t=72869 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Design Consideration (P2P or P2Mul [7:73431]
Howard C. Berkowitz wrote: When you consider interface buffers are allocated to each subinterface Which command displays information about the buffers allocated to the subinterfaces? XXX#sh ip int br | inc Serial Serial4/0 unassigned YES manual up up Serial4/0.3172.168.1.1 YES manual up up Serial4/0.4172.168.1.5 YES manual up up Serial4/1 unassigned YES manual administratively down down Serial4/2 unassigned YES manual administratively down down Serial4/3 unassigned YES manual administratively down down XXX#sh buffer | inc Serial Serial4/0 buffers, 512 bytes (total 96, permanent 96): Serial4/1 buffers, 512 bytes (total 96, permanent 96): Serial4/2 buffers, 512 bytes (total 96, permanent 96): Serial4/3 buffers, 512 bytes (total 96, permanent 96): XXX# Thanks, Zsombor Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73432t=73431 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Design Consideration (P2P or P2Mul [7:73431]
At 6:24 AM + 8/3/03, Zsombor Papp wrote: Howard C. Berkowitz wrote: When you consider interface buffers are allocated to each subinterface Which command displays information about the buffers allocated to the subinterfaces? Zsombor, interesting observation. I will have to check it; there may have been an IOS change. I _know_ I've run out of buffers on 2500s under IOS 11x by assigning too many p2p subinterfaces. If the IOS has changed to buffer on a physical interface basis only, that may bring up different performance issues as a large number of subinterfaces contend for a limited number of buffers. XXX#sh ip int br | inc Serial Serial4/0 unassigned YES manual up up Serial4/0.3172.168.1.1 YES manual up up Serial4/0.4172.168.1.5 YES manual up up Serial4/1 unassigned YES manual administratively down down Serial4/2 unassigned YES manual administratively down down Serial4/3 unassigned YES manual administratively down down XXX#sh buffer | inc Serial Serial4/0 buffers, 512 bytes (total 96, permanent 96): Serial4/1 buffers, 512 bytes (total 96, permanent 96): Serial4/2 buffers, 512 bytes (total 96, permanent 96): Serial4/3 buffers, 512 bytes (total 96, permanent 96): XXX# I also remember the buffers in question to be 10 per subinterface, and around 1600 bytes. I wonder if we are thinking of two different pools? Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73451t=73431 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Design Consideration (P2P or P2Multipoint) [7:73415]
Less IP addresses used? wrote in message news:[EMAIL PROTECTED] Guys, Very quick one here. If I have a hub site with 5 spoke sites on an FR network, I could use FR P2P sub ints or P2M sub ints. Why would I prefer a P2P over P2M method? The routing protocol would be EIGRP and apart from broadcast traffic being 5 times more than a P2P network, why would it be better for a P2P. I mean the split horizon can be turned off on the hub multipoint interface. Sorry if this sounds like dumb question? Many thx Ken For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73415t=73415 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Design Consideration (P2P or P2Multipoint) [7:73416]
wrote in message news:[EMAIL PROTECTED] Guys, Very quick one here. If I have a hub site with 5 spoke sites on an FR network, I could use FR P2P sub ints or P2M sub ints. Why would I prefer a P2P over P2M method? The routing protocol would be EIGRP and apart from broadcast traffic being 5 times more than a P2P network, why would it be better for a P2P. I mean the split horizon can be turned off on the hub multipoint interface. this is a fascinating question to me. I wonder if the real reason different people prefer different approaches is more a personality thing than a real design thing. I prefer P2P subinterfaces, because at heart I think in terms of a wire that goes from here to there. I ususally do numbering schemes that have an internal logic to them and P2P is easier for me to deal with in terms of this logic. you are correct that split horizon can be turned off. You can make adjustments within any routing protocol execpt maybe for IS-IS either way. I guess in my case, I like things to be simple, and the more configuration I have to do, the more subtleties I have to worry about, the less I like it because it starts becoming work ;- I'd be curious what some other folks who do a lot of network installation think. Over the past few years I've sold quite a few smaller networks, all hub and spoke, and mostly frame relay types ( although lately that has changed to more RLAN - ATM to DSL ) In every case I have done things the subinterface way because I personally believe it is easier to document and easier to troubleshoot. But that's just me. Sorry if this sounds like dumb question? Many thx Ken For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73416t=73416 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Design Consideration (P2P or P2Multipoint) [7:73417]
At 3:35 PM + 8/2/03, Charles Cthulhu Riley wrote: Less IP addresses used? Typically, the advantage of P2P is that you can impose individual policies on each spoke. A basic such example would be bandwidth matching the CIR if all CIR's are not the same. Spoke-specific access lists would be another. Routing configuration generally is easier. You also get finer granularity for SNMP, accounting, etc. P2M might slightly conserve IP addresses, but, more significantly, it conserves Interface Descriptor Blocks (IDB) and interface buffers in the IOS. In some respects, it's more intuitive, although the routing configuration is more complex. wrote in message news:[EMAIL PROTECTED] Guys, Very quick one here. If I have a hub site with 5 spoke sites on an FR network, I could use FR P2P sub ints or P2M sub ints. Why would I prefer a P2P over P2M method? The routing protocol would be EIGRP and apart from broadcast traffic being 5 times more than a P2P network, why would it be better for a P2P. I mean the split horizon can be turned off on the hub multipoint interface. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73417t=73417 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Design Consideration (P2P or P2Multipoint) [7:73429]
Howard C. Berkowitz wrote in message news:[EMAIL PROTECTED] At 3:35 PM + 8/2/03, Charles Cthulhu Riley wrote: Less IP addresses used? Typically, the advantage of P2P is that you can impose individual policies on each spoke. A basic such example would be bandwidth matching the CIR if all CIR's are not the same. Spoke-specific access lists would be another. Routing configuration generally is easier. You also get finer granularity for SNMP, accounting, etc. P2M might slightly conserve IP addresses, but, more significantly, it conserves Interface Descriptor Blocks (IDB) and interface buffers in the IOS. In some respects, it's more intuitive, although the routing configuration is more complex. This was probably an important issue several IOS versions ago. These days, with limits in the thousands ( maybe up to 10,000? ) descriptor blocks available, even on the lowly 2501, this is no longer an issue. As I once said in another lifetime, changes in hardware and software have led to less concern with traditional design issues that were centered around scarce resources. If I can trust the Cisco writings on the topic, trhe more modern QoS mechanisms have even led to more effective use of WAN bandwidth, which has continued to be the real bottleneck in networking. Tools such as RED, WRED, and tail drop have helped alleviate the problems associated with the phenomenon of global synchronization. I suspect the work of the IETF and queueing theory researchers over the past decade of so have led to a more effective use of bandwidth, meaning that more data can use the same link. If I understand correctly. wrote in message news:[EMAIL PROTECTED] Guys, Very quick one here. If I have a hub site with 5 spoke sites on an FR network, I could use FR P2P sub ints or P2M sub ints. Why would I prefer a P2P over P2M method? The routing protocol would be EIGRP and apart from broadcast traffic being 5 times more than a P2P network, why would it be better for a P2P. I mean the split horizon can be turned off on the hub multipoint interface. **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73429t=73429 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Frame Relay Design Consideration (P2P or P2Multipoint) [7:73431]
At 1:40 AM + 8/3/03, Chuck Whose Road is Ever Shorter wrote: Howard C. Berkowitz wrote in message news:[EMAIL PROTECTED] At 3:35 PM + 8/2/03, Charles Cthulhu Riley wrote: Less IP addresses used? Typically, the advantage of P2P is that you can impose individual policies on each spoke. A basic such example would be bandwidth matching the CIR if all CIR's are not the same. Spoke-specific access lists would be another. Routing configuration generally is easier. You also get finer granularity for SNMP, accounting, etc. P2M might slightly conserve IP addresses, but, more significantly, it conserves Interface Descriptor Blocks (IDB) and interface buffers in the IOS. In some respects, it's more intuitive, although the routing configuration is more complex. This was probably an important issue several IOS versions ago. These days, with limits in the thousands ( maybe up to 10,000? ) descriptor blocks available, even on the lowly 2501, this is no longer an issue. As I once said in another lifetime, changes in hardware and software have led to less concern with traditional design issues that were centered around scarce resources. Agreed that the IDB limit is not the issue with appropriate releases. When you consider interface buffers are allocated to each subinterface, however, that's a different memory impact on a small router. Admittedly, that isn't as major with the newer platforms. On a 2501 with 2MB shared RAM (where the buffers go), it's major. If I can trust the Cisco writings on the topic, trhe more modern QoS mechanisms have even led to more effective use of WAN bandwidth, which has continued to be the real bottleneck in networking. That bottleneck, as you know, isn't necessarily absolute bandwidth, but queueing delay in access to bandwidth by latency-sensitive applications. Tools such as RED, WRED, and tail drop have helped alleviate the problems associated with the phenomenon of global synchronization. I suspect the work of the IETF and queueing theory researchers over the past decade of so have led to a more effective use of bandwidth, meaning that more data can use the same link. If I understand correctly. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73431t=73431 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
RE: Frame Relay Back To Back Static PVC [7:72869]
Make sure lmi is being exchanged. Turn on keepalives for the pvc. -Original Message- From: Maximus [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 11:13 AM To: [EMAIL PROTECTED] Subject: Frame Relay Back To Back Static PVC [7:72869] Per these instructions, I am able to bring my frame connection online: http://www.cisco.com/warp/public/125/frbacktoback.html However when I intentionally break the connection (Pull the Cable) the PVC doesn't automatically come back up. Is it because its static to begin with? I know I'm probably missing something very obvious but could you explain why the interface does not come back online after being reconnected? So far, the only way I can get the connection back online is by using a hard/software configured loopback and removing it at which point I'm up, up. Thanks. BTW Using IOS versions 12.1(20) and 11.2(26)P4. Configs are identical to the instructions. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72872t=72869 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-relay HSRP [7:72166]
I have seen this problem before with frame. LMI being local to the frame switch means the interface does not go down and backups routes do not kick in. One way to overcome this is to monitor layer 2 by using the #8220;frame-relay end-to-end keepalive mode bidirectional#8221; command within a map class on both sides. This command sends a keepalive every 15 seconds, if 3 are missed the interface will change to down/down even though the interface is receiving LMI from the frame switch. I hope this helps. Mike Masaru Umetsu wrote: Dear all I have a question about frame-relay. Network Diagram is below. R1* * *R3 | * FR * | R2* * *R4 I configured a HSRP between R1 and R2, R3 and R4. R1,R3 are Active router.(R2,R4 are Standby router) And I configured standby track in a Wan side of R1,R3. When I disabled(shutdown the interface) the serial0/0 of R1 , then R2 became Active router. It's ok. But R3 didn't detect a down of Wan side,so serial0/0 of R3 is up-up. Therefore,I can't send a data between R2 and R4. Regarding Frame-relay configuration, I configured frame-relay in main-interface. Is it a mechanism of Frame-relay in main-interface ? I don't know in detail. Should I use sub-interface point-2-point definition in frame-relay to use HSRP standby track ? Please explain me about this problem. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72214t=72166 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-relay HSRP [7:72166]
Ahh yes.. you can do this also.. pending you have 12.0(5)T or later. The only issue with that is you might want to modify the frame-relay end-to-end keepalive timer As you stated, Within the 15 second intervals x3 you are looking at a good 45 seconds before the WAN interface goes down down ,plus another 10 for the HSRP holdtimer. mccloud mike wrote: I have seen this problem before with frame. LMI being local to the frame switch means the interface does not go down and backups routes do not kick in. One way to overcome this is to monitor layer 2 by using the #8220;frame-relay end-to-end keepalive mode bidirectional#8221; command within a map class on both sides. This command sends a keepalive every 15 seconds, if 3 are missed the interface will change to down/down even though the interface is receiving LMI from the frame switch. I hope this helps. Mike Masaru Umetsu wrote: Dear all I have a question about frame-relay. Network Diagram is below. R1* * *R3 | * FR * | R2* * *R4 I configured a HSRP between R1 and R2, R3 and R4. R1,R3 are Active router.(R2,R4 are Standby router) And I configured standby track in a Wan side of R1,R3. When I disabled(shutdown the interface) the serial0/0 of R1 , then R2 became Active router. It's ok. But R3 didn't detect a down of Wan side,so serial0/0 of R3 is up-up. Therefore,I can't send a data between R2 and R4. Regarding Frame-relay configuration, I configured frame-relay in main-interface. Is it a mechanism of Frame-relay in main-interface ? I don't know in detail. Should I use sub-interface point-2-point definition in frame-relay to use HSRP standby track ? Please explain me about this problem. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72218t=72166 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-relay HSRP [7:72166]
When you have a FR connection, you have a dedicated circuit to your provider which then on taps into the frame cloud. So consider it alomost like a point-to-point link to your local Carrier and then from there you connect within the providers Frame Switch into their Frame Relay cloud. Now, when you shutdown R1's Wan interface your HSRP failed over fine. The reason that R3 was showing Up Up was that your circuit to your carrier from R3 did not go down and it stil exhanges LMI with R3's Physical interface, your PVC should have been showing INACTIVE at this point though. I would recommend using point-to-point subinterfaces on your FR WAN connections. When you do this and then shut down one end of the link the line protocol on the sub-interface of R3 would go UP DOWN and if you then track the SUB-Interface, you should have a successful failover for the Standby Track command on R3. Currently, you have outboud traffic going out R2 ---R4 and return traffic going to the Active HSRP router R3 then dropping packets because your PVC is INACTIVE and you are in an UP UP state.. You have successfully achieved Asymetrical routing.. :( Until your Interface Line protocol Drops in an UP DOWN state on R3's WAN interface.. then Standby Interface tracking wont do anything.. Masaru Umetsu wrote: Dear all I have a question about frame-relay. Network Diagram is below. R1* * *R3 | * FR * | R2* * *R4 I configured a HSRP between R1 and R2, R3 and R4. R1,R3 are Active router.(R2,R4 are Standby router) And I configured standby track in a Wan side of R1,R3. When I disabled(shutdown the interface) the serial0/0 of R1 , then R2 became Active router. It's ok. But R3 didn't detect a down of Wan side,so serial0/0 of R3 is up-up. Therefore,I can't send a data between R2 and R4. Regarding Frame-relay configuration, I configured frame-relay in main-interface. Is it a mechanism of Frame-relay in main-interface ? I don't know in detail. Should I use sub-interface point-2-point definition in frame-relay to use HSRP standby track ? Please explain me about this problem. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72168t=72166 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay over IP [7:70927]
I am tryin to use Frame relay switching over IP. Not IP over frame relay. If we can do that we can connect two sites that are connected over IP from L2 point of view. Frame Relay Frame Relay over IP is not yet readily available. The draft IETF specification was produced in March 2001. This has not left much time for industry take-up. Frame Relay over IP would probably appeal only to the carrier market in any case. Carriers may embrace this to reduce their frame relay network costs. It is unlikely to find widespread deployment at all, although it may see limited use towards the end of this year. It should hold little attraction for enterprise companies- where is the benefit of adding another layer of complexity when they can engineer and migrate to an IP VPN instead? Best regards, Pedro Cabarga wrote in message news:[EMAIL PROTECTED] May I ask you what r u tryng to do? Cisco Breaker wrote in message news:[EMAIL PROTECTED] Hi all, Anybody used Frame relay over IP without using MPLS or GRE Tunnel with Cisco routers? We are searching for a solution to deploy Frame relay over IP without using MPLS or GRE tunnel. Any help will be appreciated. Best regards, Cisco Breaker Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=70955t=70927 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay over IP [7:70927]
May I ask you what r u tryng to do? Cisco Breaker wrote in message news:[EMAIL PROTECTED] Hi all, Anybody used Frame relay over IP without using MPLS or GRE Tunnel with Cisco routers? We are searching for a solution to deploy Frame relay over IP without using MPLS or GRE tunnel. Any help will be appreciated. Best regards, Cisco Breaker Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=70933t=70927 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-relay on a coffee break... [7:66509]
Yes, I have see this behavior many times and the key answer give it enough time, the problem is if you start making changes and still it does not works because frame needs time be on sync, normally what I do is configure it and keep making other configurations and them come back to it and the link is working... Juan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sunday, March 30, 2003 4:18 PM To: [EMAIL PROTECTED] Subject: Frame-relay on a coffee break... [7:66509] Would be nice to hear if anyone has encountered similars problem and has any ideas how to get past some of the sometimes animal behaviour of frame-relay. Setting up a frame-relay cloud; Router A needs to connect to Router B, DLCIs are given. Disable inverse-arp and install frame-relay map statements and vice versa. Router A tries to ping to Router B, nothing, dead. Had a quick look at the DLCIs coming into the interface - sure enough, the DLCI number is there, both sides see their respective DLCIs. So I enable inverse-arp and take out the map statements. Ping Router B and yes it sees it, so the link and cables are fine. Clear inarp cache and install map statements, disable inarp. Nothing Double check the frame switch, looks ok. Disable inarp and reboot the Router. Install map statements, ping Router B, nothing. Ping again, nothing, wait, nothing. Go have a cup of coffee, come back 20 minutes later. Ping Router B, it working. So, now one hour wasted on one pvc... Is there something or some sequence that I missed here? I have done loads of frame-relay labs and seldom have problems. But twice now frame-relay decides it is on its own coffee break. For no apparent reason. I have also heard of DLCIs leaking into other interfaces and neighbour statements disappearing. I have also seen a similar situation where you write erase a stubborn router and copy the same config back on and it works. Any tips or forced workarounds? Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=66513t=66509 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Design/Bandwidth Question [7:65401]
Thanks All information. Can anyone recommend the CIR/EIR/Bc in this enviroment? (2 remote and 1 HQ). I have subscribed the 3 circuit with 128k but I need to provide CIR/EIR/Bc information further. Thanks again Lo Ching Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65646t=65401 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay question [7:65659]
can your message be detail moreDeVoe, Charles (PKI) wrote: Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65714t=65659 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Design/Bandwidth Question [7:65401]
hi ching, first i must say, that an LL, is most cost effective when the locations ur connecing are close in proxemity. FR will cost you less if the location if far away. for the location that has bursty traffic, you can either get a 0cir link, which doe't cost alot, but the amount of traffic should be meassured before of course, and the SLA from the provider should be checked. finally you can always get an ISDN or simply an async connection configured with DDR. Regards, Amar. Lo Ching a icrit dans le message de news: [EMAIL PROTECTED] Dear All, At first, I have 2 locations so I choose leased line (128k) to connect together. Later on, there have another remote site and it need connect to main site as well but the traffic from this new site is very bursty and not using so frequently. Can I use a small FR network with 2 remotes and 1 central site (hub-and-spoke design) to make the connection with CIR 128k at 3 points? TIA. Lo Ching Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65410t=65401 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay and leased line [7:65397]
hi, an LL is most cost effective if the sites are close in proxemity. for an FR, you will have to pay for instalation + local loop + CIR and i also seen providers that charge based on usage for FR. contact ur provider to make sure about that... supernet a icrit dans le message de news: [EMAIL PROTECTED] I was told that leased line price depends on distance but frame relay doesn't. Is this true? Thanks. Yoshi Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65412t=65397 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Design/Bandwidth Question [7:65401]
FR relay is quiet effective, especially with hub and multi-spoke deployemnts. One of the big advantages as well, reducing interface costs on the Hub end, as you onely have one serial interface with multiple FR PVC's? A further solution is to have a xDSL / Cable installation at the remote sites, and then vpn them to the hub route, or even VPN mesh them to each other and the HUB. It really depends on what sort of traffic flows you are expecting. Say for exampled you had a remote office that browsed the web etc, but need to connect back to the hub for internal services such as customer database / internal collabrative servers etc, then havbing a local break out, with VPN would be ok This would also reduce the dependency of the spokes on the hub for internet connectivity and would be able to run a degraded service should the hub fail. If all the spokes are doing si connecting back to the Hub, eg terminal services (SNA, TN3270 etc) Dear All, At first, I have 2 locations so I choose leased line (128k) to connect together. Later on, there have another remote site and it need connect to main site as well but the traffic from this new site is very bursty and not using so frequently. Can I use a small FR network with 2 remotes and 1 central site (hub-and-spoke design) to make the connection with CIR 128k at 3 points? TIA. Lo Ching Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65414t=65401 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay and leased line [7:65397]
FR is usefull when youhave hub and spoke deployments. By making use of shared circuit your bandwidth costs are normally a lot less thatn Leased lines. Another solution would possibl the use of VPN. WIth the price of broadband coming down, you could probably have a broadband connection at the remote site and then VPN back to the hub. This would add the benefit that the spoke would not be reliant on the hub for internet connectivity. Also depends on what sort of data is going to flow beetween the two sites, If you have high priority traffic, and your spokes dont require internet connectivity or similar, then I would use FR. supernet wrote: I was told that leased line price depends on distance but frame relay doesn't. Is this true? Thanks. Yoshi Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65421t=65397 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay and leased line [7:65397]
I can't speak for all carriers but we don't charge mileage for frame if it's intralata but there will be an extra charge even in intralata IF one side of the connection terminates within the territory of an independant telephone company. When interlata you will be charged mileage by the long distance carrier, we are working on 271 relief!! simple huh;) Dave supernet wrote: I was told that leased line price depends on distance but frame relay doesn't. Is this true? Thanks. Yoshi -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 I would rather have a German division in front of me than a French one behind me. --- General George S. Patton Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65433t=65397 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay and leased line [7:65397]
Our carrier for LL is ATT. Their pricing was intrastate and interstate. Mileage wasn't considered. supernet wrote in message news:[EMAIL PROTECTED] I was told that leased line price depends on distance but frame relay doesn't. Is this true? Thanks. Yoshi Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=65442t=65397 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-Relay issue [7:63446]
ISP and verify your Frame Relay configuration parameters. (LMI-Type, DLCI, etc.) On the No Shut command, I'd use it last on each interface you configure. -Mark -Original Message- From: Monu Sekhon [mailto:[EMAIL PROTECTED] Sent: Thursday, February 20, 2003 7:40 PM To: [EMAIL PROTECTED] Subject: Re: Frame-Relay issue [7:63446] Hi Larry/John, I forgot to mention no shut in the above confif while writing here, Its still there and connection does not come out See I mentioned that while giving command by command manually connection comes out. It seems to me that while the interface is down during that frame-relay LMIs think that interface is down and make the link down. I am rather confused.I dont know but this is happening. again writing config: -- interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco no shut exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit and also John try these in your router but at one go the interface will not come up as far i know .I agree with ur confguration and mine is also correct .Its said by Prisicilla and others that shutting a interface is good practise while configuring encap types.This i read in one of the previous Posts. so can u all reply what is the problem here in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. any help will be appreciated. - Larry Letterman wrote: enter the no shut command into your cut and paste script for the Int Ser0 and it will come up..all interfaces in a router are always defaulted to shutdown..In your case the Main interface needs to be no shut in order for the logical interface to work... -- Larry Letterman Network Engineer Cisco Systems Monu Sekhon wrote in message news:[EMAIL PROTECTED] Hi All Hey I am facing a strange problem in frame-relay My config -- my initial config int serial 0 (nothing confgured initially) Then I cut paste this config and my link does not come up means Interface does not come up. interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit I have to do shut and no shut on main interface why ? if the above commands i execute one by one then the link comes up. Is it a differnece between pasting the config at one go or what when i give command single by single. I enable debugging for frame-relay packets and it shows encap faiiled once only on the above sub interface.is anything frame-relay lmis has anything to do. I am very confused. Thanx in advance [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=64027t=63446 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-Relay issue [7:63446]
Hi Monu I tried the configuration given by you. But i didnt find any problem in bringing up the interface when i cut and paste the configuration. Here is the config when i cut n paste the config from a text file yourname(config)#interface Serial1/1 yourname(config-if)#shut yourname(config-if)#encapsulation frame-relay yourname(config-if)#frame-relay lmi-type cisco yourname(config-if)#no shut yourname(config-if)#exit yourname(config)#interface Serial1/1.1 point-to-point yourname(config-subif)#no shutdown yourname(config-subif)#ip address 20.20.20.11 255.255.255.0 yourname(config-subif)#frame-relay interface-dlci 108 yourname(config-fr-dlci)#exit yourname(config-subif)# yourname(config-subif)# *Mar 1 00:48:19.271: %LINK-3-UPDOWN: Interface Serial1/1, changed state to up yourname(config-subif)# yourname(config-subif)# yourname(config-subif)# yourname(config-subif)#^Z yourname# yourname# *Mar 1 00:48:28.811: %SYS-5-CONFIG_I: Configured from console by console yourname# yourname#sh ip int brief *Mar 1 00:48:30.271: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1/1, changed state to up Interface IP-Address OK? Method Status Prot ocol FastEthernet0/0172.20.110.8YES manual up up FastEthernet0/1unassigned YES unset up down ATM0/0 unassigned YES unset up up ATM0/1 unassigned YES unset up up Serial1/0 unassigned YES unset down down Serial1/0.1unassigned YES manual deleted down Serial1/1 unassigned YES unset up up Serial1/1.120.20.20.11 YES manual up up Serial1/2 unassigned YES unset down down FastEthernet1/0unassigned YES unset up down FastEthernet1/1unassigned YES unset up down yourname# Please let me know ur comments Regards Deepak Priscilla Oppenheimer wrote: There's obviously no good answer to why there are no problems bringing the link up/up when you type in the commands one by one but there are problems when you copy and paste them. Here are some suggestions, though: 1) You work for Cisco. Report it as a bug. 2) The copy and paste is corrupting a character, forgetting to do carriage return or something of that nature. Do all the commands end up the in the running config? 3) There's some sort of timing issue. To fix the problem: Don't do copy and paste that fast. :-) Priscilla Monu Sekhon wrote: Hi Mark, Thanx for reply.but I mentioned that when we do shut no shut again link comes up.no dlci, no lmi problem: I am testing in lab setup two rouetrs connnected to frame-relay cloud Please do help anybody in this regard, why the link doesnot come at one instant why it requiers again shut and no shut, when i copy paste the config and when i give command by command then without gving shut and noshut the link comes up. Mark W. Odette II wrote: in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. Usually Protocol Down, Link Up indicates that you have mismatched encapsulation, LMI-Type, or even incorrect IP Addressing (wrong Subnet or incorrect Subnet Mask) between your end and the other end of the FR Network. If no LMI is exchanged, then the LMI-Type is incorrect between that Serial Interface and the Service Provider Frame Switch. If this is a Frame Relay LAB setup, double-check your Frame Relay Switch configuration. If this is a Production Setup, contact your ISP and verify your Frame Relay configuration parameters. (LMI-Type, DLCI, etc.) On the No Shut command, I'd use it last on each interface you configure. -Mark -Original Message- From: Monu Sekhon [mailto:[EMAIL PROTECTED] Sent: Thursday, February 20, 2003 7:40 PM To: [EMAIL PROTECTED] Subject: Re: Frame-Relay issue [7:63446] Hi Larry/John, I forgot to mention no shut in the above confif while writing here, Its still there and connection does not come out See I mentioned that while giving command by command manually connection comes out. It seems to me that while the interface is down during that frame-relay LMIs think that interface is down and make the link down. I am rather confused.I dont know but this is happening. again writing config: -- interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco no shut exit interface Serial0/0.1 point-to-point
RE: Frame-Relay issue [7:63446]
Hi Mark, Thanx for reply.but I mentioned that when we do shut no shut again link comes up.no dlci, no lmi problem: I am testing in lab setup two rouetrs connnected to frame-relay cloud Please do help anybody in this regard, why the link doesnot come at one instant why it requiers again shut and no shut, when i copy paste the config and when i give command by command then without gving shut and noshut the link comes up. Mark W. Odette II wrote: in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. Usually Protocol Down, Link Up indicates that you have mismatched encapsulation, LMI-Type, or even incorrect IP Addressing (wrong Subnet or incorrect Subnet Mask) between your end and the other end of the FR Network. If no LMI is exchanged, then the LMI-Type is incorrect between that Serial Interface and the Service Provider Frame Switch. If this is a Frame Relay LAB setup, double-check your Frame Relay Switch configuration. If this is a Production Setup, contact your ISP and verify your Frame Relay configuration parameters. (LMI-Type, DLCI, etc.) On the No Shut command, I'd use it last on each interface you configure. -Mark -Original Message- From: Monu Sekhon [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 7:40 PM To: [EMAIL PROTECTED] Subject: Re: Frame-Relay issue [7:63446] Hi Larry/John, I forgot to mention no shut in the above confif while writing here, Its still there and connection does not come out See I mentioned that while giving command by command manually connection comes out. It seems to me that while the interface is down during that frame-relay LMIs think that interface is down and make the link down. I am rather confused.I dont know but this is happening. again writing config: -- interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco no shut exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit and also John try these in your router but at one go the interface will not come up as far i know .I agree with ur confguration and mine is also correct .Its said by Prisicilla and others that shutting a interface is good practise while configuring encap types.This i read in one of the previous Posts. so can u all reply what is the problem here in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. any help will be appreciated. - Larry Letterman wrote: enter the no shut command into your cut and paste script for the Int Ser0 and it will come up..all interfaces in a router are always defaulted to shutdown..In your case the Main interface needs to be no shut in order for the logical interface to work... -- Larry Letterman Network Engineer Cisco Systems Monu Sekhon wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi All Hey I am facing a strange problem in frame-relay My config -- my initial config int serial 0 (nothing confgured initially) Then I cut paste this config and my link does not come up means Interface does not come up. interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit I have to do shut and no shut on main interface why ? if the above commands i execute one by one then the link comes up. Is it a differnece between pasting the config at one go or what when i give command single by single. I enable debugging for frame-relay packets and it shows encap faiiled once only on the above sub interface.is anything frame-relay lmis has anything to do. I am very confused. Thanx in advance [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63495t=63446 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-Relay issue [7:63446]
There's obviously no good answer to why there are no problems bringing the link up/up when you type in the commands one by one but there are problems when you copy and paste them. Here are some suggestions, though: 1) You work for Cisco. Report it as a bug. 2) The copy and paste is corrupting a character, forgetting to do carriage return or something of that nature. Do all the commands end up the in the running config? 3) There's some sort of timing issue. To fix the problem: Don't do copy and paste that fast. :-) Priscilla Monu Sekhon wrote: Hi Mark, Thanx for reply.but I mentioned that when we do shut no shut again link comes up.no dlci, no lmi problem: I am testing in lab setup two rouetrs connnected to frame-relay cloud Please do help anybody in this regard, why the link doesnot come at one instant why it requiers again shut and no shut, when i copy paste the config and when i give command by command then without gving shut and noshut the link comes up. Mark W. Odette II wrote: in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. Usually Protocol Down, Link Up indicates that you have mismatched encapsulation, LMI-Type, or even incorrect IP Addressing (wrong Subnet or incorrect Subnet Mask) between your end and the other end of the FR Network. If no LMI is exchanged, then the LMI-Type is incorrect between that Serial Interface and the Service Provider Frame Switch. If this is a Frame Relay LAB setup, double-check your Frame Relay Switch configuration. If this is a Production Setup, contact your ISP and verify your Frame Relay configuration parameters. (LMI-Type, DLCI, etc.) On the No Shut command, I'd use it last on each interface you configure. -Mark -Original Message- From: Monu Sekhon [mailto:[EMAIL PROTECTED] Sent: Thursday, February 20, 2003 7:40 PM To: [EMAIL PROTECTED] Subject: Re: Frame-Relay issue [7:63446] Hi Larry/John, I forgot to mention no shut in the above confif while writing here, Its still there and connection does not come out See I mentioned that while giving command by command manually connection comes out. It seems to me that while the interface is down during that frame-relay LMIs think that interface is down and make the link down. I am rather confused.I dont know but this is happening. again writing config: -- interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco no shut exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit and also John try these in your router but at one go the interface will not come up as far i know .I agree with ur confguration and mine is also correct .Its said by Prisicilla and others that shutting a interface is good practise while configuring encap types.This i read in one of the previous Posts. so can u all reply what is the problem here in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. any help will be appreciated. - Larry Letterman wrote: enter the no shut command into your cut and paste script for the Int Ser0 and it will come up..all interfaces in a router are always defaulted to shutdown..In your case the Main interface needs to be no shut in order for the logical interface to work... -- Larry Letterman Network Engineer Cisco Systems Monu Sekhon wrote in message news:[EMAIL PROTECTED] Hi All Hey I am facing a strange problem in frame-relay My config -- my initial config int serial 0 (nothing confgured initially) Then I cut paste this config and my link does not come up means Interface does not come up. interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit I have to do shut and no shut on main interface why ? if the above commands i execute one by one then the link comes up. Is it a differnece between pasting the config at one go or what when i give command single by single. I enable debugging for frame-relay packets and it shows encap faiiled once only on the above sub interface.is anything frame-relay lmis has anything to do. I am very confused. Thanx in advance [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63523t
RE: Frame-Relay issue [7:63446]
I would check your settings such as the LMI type, Have you done any other fault finding yet ? Such as sh frame relay pvc ? Once you hit no shutdown, the interface becomes live in a way of speaking. Here is an example of one of my configs. interface Serial0/0 no ip address encapsulation frame-relay IETF ! interface Serial0/0.1AA point-to-point description Johns Config ip address x.x.x.x b.b.b.b no cdp enable frame-relay interface-dlci AA IETF I have replaced some values here with letters for security John ** visit http://www.solution6.com UK Customers - http://www.solution6.co.uk ** The Solution 6 Head Office and NSW Branch has moved premises. Please make sure you have updated your records with our new details. Level 14, 383 Kent Street, Sydney NSW 2000. General Phone: 61 2 9278 0666 General Fax: 61 2 9278 0555 ** This email message (and attachments) may contain information that is confidential to Solution 6. If you are not the intended recipient you cannot use, distribute or copy the message or attachments. In such a case, please notify the sender by return email immediately and erase all copies of the message and attachments. Opinions, conclusions and other information in this message and attachments that do not relate to the official business of Solution 6 are neither given nor endorsed by it. * Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63449t=63446 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-Relay issue [7:63446]
enter the no shut command into your cut and paste script for the Int Ser0 and it will come up..all interfaces in a router are always defaulted to shutdown..In your case the Main interface needs to be no shut in order for the logical interface to work... -- Larry Letterman Network Engineer Cisco Systems Monu Sekhon wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi All Hey I am facing a strange problem in frame-relay My config -- my initial config int serial 0 (nothing confgured initially) Then I cut paste this config and my link does not come up means Interface does not come up. interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit I have to do shut and no shut on main interface why ? if the above commands i execute one by one then the link comes up. Is it a differnece between pasting the config at one go or what when i give command single by single. I enable debugging for frame-relay packets and it shows encap faiiled once only on the above sub interface.is anything frame-relay lmis has anything to do. I am very confused. Thanx in advance [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63454t=63446 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-Relay issue [7:63446]
Hi Larry/John, I forgot to mention no shut in the above confif while writing here, Its still there and connection does not come out See I mentioned that while giving command by command manually connection comes out. It seems to me that while the interface is down during that frame-relay LMIs think that interface is down and make the link down. I am rather confused.I dont know but this is happening. again writing config: -- interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco no shut exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit and also John try these in your router but at one go the interface will not come up as far i know .I agree with ur confguration and mine is also correct .Its said by Prisicilla and others that shutting a interface is good practise while configuring encap types.This i read in one of the previous Posts. so can u all reply what is the problem here in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. any help will be appreciated. - Larry Letterman wrote: enter the no shut command into your cut and paste script for the Int Ser0 and it will come up..all interfaces in a router are always defaulted to shutdown..In your case the Main interface needs to be no shut in order for the logical interface to work... -- Larry Letterman Network Engineer Cisco Systems Monu Sekhon wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi All Hey I am facing a strange problem in frame-relay My config -- my initial config int serial 0 (nothing confgured initially) Then I cut paste this config and my link does not come up means Interface does not come up. interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit I have to do shut and no shut on main interface why ? if the above commands i execute one by one then the link comes up. Is it a differnece between pasting the config at one go or what when i give command single by single. I enable debugging for frame-relay packets and it shows encap faiiled once only on the above sub interface.is anything frame-relay lmis has anything to do. I am very confused. Thanx in advance [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63459t=63446 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame-Relay issue [7:63446]
in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. Usually Protocol Down, Link Up indicates that you have mismatched encapsulation, LMI-Type, or even incorrect IP Addressing (wrong Subnet or incorrect Subnet Mask) between your end and the other end of the FR Network. If no LMI is exchanged, then the LMI-Type is incorrect between that Serial Interface and the Service Provider Frame Switch. If this is a Frame Relay LAB setup, double-check your Frame Relay Switch configuration. If this is a Production Setup, contact your ISP and verify your Frame Relay configuration parameters. (LMI-Type, DLCI, etc.) On the No Shut command, I'd use it last on each interface you configure. -Mark -Original Message- From: Monu Sekhon [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 7:40 PM To: [EMAIL PROTECTED] Subject: Re: Frame-Relay issue [7:63446] Hi Larry/John, I forgot to mention no shut in the above confif while writing here, Its still there and connection does not come out See I mentioned that while giving command by command manually connection comes out. It seems to me that while the interface is down during that frame-relay LMIs think that interface is down and make the link down. I am rather confused.I dont know but this is happening. again writing config: -- interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco no shut exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit and also John try these in your router but at one go the interface will not come up as far i know .I agree with ur confguration and mine is also correct .Its said by Prisicilla and others that shutting a interface is good practise while configuring encap types.This i read in one of the previous Posts. so can u all reply what is the problem here in show ip interface it shows as protocol down , physical link up. sh frame-relay pvs shows as inactive.no lmi are exchanged. any help will be appreciated. - Larry Letterman wrote: enter the no shut command into your cut and paste script for the Int Ser0 and it will come up..all interfaces in a router are always defaulted to shutdown..In your case the Main interface needs to be no shut in order for the logical interface to work... -- Larry Letterman Network Engineer Cisco Systems Monu Sekhon wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi All Hey I am facing a strange problem in frame-relay My config -- my initial config int serial 0 (nothing confgured initially) Then I cut paste this config and my link does not come up means Interface does not come up. interface Serial0 shut (if i give here no shut then link comes up at one go) encapsulation frame-relay frame-relay lmi-type cisco exit interface Serial0/0.1 point-to-point no shutdown ip address 1.1.1.1 255.255.255.0 frame-relay interface-dlci 108 exit I have to do shut and no shut on main interface why ? if the above commands i execute one by one then the link comes up. Is it a differnece between pasting the config at one go or what when i give command single by single. I enable debugging for frame-relay packets and it shows encap faiiled once only on the above sub interface.is anything frame-relay lmis has anything to do. I am very confused. Thanx in advance [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63482t=63446 -- 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 Lab [7:63248]
Hi Kerry, The easiest way of doing this is just getting a cisco router with numerous serial interfaces and configure it as a frame relay switch. I uase a Cisco 4500 with 8 serial ports in my lab. Cheers Troy Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63250t=63248 -- 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 Lab [7:63248]
The best way is to get a box with multiple serial interfaces such as a 2522 or 2523 and configure it as a frame switch. This seems to be the most common way, anyway. -- Johnny Routin )?) - Kerry Ogedegbe [ MTN - Portharcourt ] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi, I want to set up frame relay in a lab, are there any emulation software to mimic the frame relay cloud? if not, what's the best was of doing this ___ Kerry [GroupStudy removed an attachment of type image/jpeg which had a name of Clear Day Bkgrd.JPG] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63251t=63248 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay lmi-n39x functions [7:63120]
Hi, the commands work different than you describe. The status request ist sent every 10 sec (keepalive 10). Every 10 sec an answer is received. By default every 6th status request is a full status request. The answer then contains the DLCIs and the status of each DLCI. The command lmi-n391dte 3 changes the full status request from every 6th to every 3rd. The command lmi-n392dte 2 changes the number of status errors from 3 to 2. This is only relevant when no status answers are received. Try the following link: http://www.cisco.com/en/US/partner/products/sw/iosswrel/ps1835/products_command_reference_chapter09186a00800ca7eb.html Jens Neelsen --- paul dong so wrote: Hi all, while practicing frame-relay lmi-n39x commonds, i can not make the commonds work as they are supposed to be. Scenario: frame-relay switch RA on RA, use lmi autosense. basic FR function works fine, following config is abstract only serial 0 encapsulation frame-relay frame-relay interface-dlci 401 ip address 150.50.24.2 255.255.255.0 frame-relay lmi-n391dte 3 frame-relay lmi-n392dte 2 frame-relay lmi-n393dte 2 keepalive 10 If debu frame lmi is turned on, i would expect every 30 seconds, 3 status requests will be sent out serial0 as a result of frame-relay lmi-n391dte 3 and lmi autosense. But i can only see one status request is sent. Tried shut/no shut interface, etc to no vail. Any idea how these commands affect frame relay behaviors? Thanks Paul Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63126t=63120 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay lmi-n39x functions [7:63120]
Hi Jens, Thanks for the information. What confused me is this url: http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/wan_c/wcdfrely.htm#46235 It states The only visible indication to the user that LMI autosense is underway is when debug frame lmi is turned on. Every N391 interval, the user will now see three rapid status enquiries coming out of the serial interface. One in ANSI, one in ITU and one in cisco LMI-type. It behaves differently from what i saw. when interface just becomes up/up, three status requests are sent, but after that, only one status request is sent, which doesn't match what is described above. Regards, Paul Jens Neelsen wrote: Hi, the commands work different than you describe. The status request ist sent every 10 sec (keepalive 10). Every 10 sec an answer is received. By default every 6th status request is a full status request. The answer then contains the DLCIs and the status of each DLCI. The command lmi-n391dte 3 changes the full status request from every 6th to every 3rd. The command lmi-n392dte 2 changes the number of status errors from 3 to 2. This is only relevant when no status answers are received. Try the following link: http://www.cisco.com/en/US/partner/products/sw/iosswrel/ps1835/products_command_reference_chapter09186a00800ca7eb.html Jens Neelsen --- paul dong so wrote: Hi all, while practicing frame-relay lmi-n39x commonds, i can not make the commonds work as they are supposed to be. Scenario: frame-relay switch RA on RA, use lmi autosense. basic FR function works fine, following config is abstract only serial 0 encapsulation frame-relay frame-relay interface-dlci 401 ip address 150.50.24.2 255.255.255.0 frame-relay lmi-n391dte 3 frame-relay lmi-n392dte 2 frame-relay lmi-n393dte 2 keepalive 10 If debu frame lmi is turned on, i would expect every 30 seconds, 3 status requests will be sent out serial0 as a result of frame-relay lmi-n391dte 3 and lmi autosense. But i can only see one status request is sent. Tried shut/no shut interface, etc to no vail. Any idea how these commands affect frame relay behaviors? Thanks Paul Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=63129t=63120 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame-relay theoretical topic / question [7:62517]
Ya that is part of the reason and most likely the path is shorter between GB and Mil than Mil and and Madison and there may be more switches and/or and NNI between Mil and Madison, more congestions, etc... Dave Stull, Cory wrote: 3 locations. Milwaukee, Madison, Greenbay. Milwaukee and Madison both have a 128k port 64k CIR. Greenbay has full T1 with 64k CIR. From Milwaukee why is Greenbay's ping response times almost 3 times faster than Madisons? Wouldn't Milwaukee being the bottle neck of 128k port rate make both ping response times closer to the same? Or is this like the highway theory of Greenbay has a Full T1 most of the way so you can go faster on that portion of the drive therefore the ping response times are much faster?? Thanks for any input. Cory -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston Churchill Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=62523t=62517 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame-relay theoretical topic / question [7:62517]
Stull, Cory wrote: 3 locations. Milwaukee, Madison, Greenbay. Milwaukee and Madison both have a 128k port 64k CIR. Greenbay has full T1 with 64k CIR. From Milwaukee why is Greenbay's ping response times almost 3 times faster than Madisons? Wouldn't Milwaukee being the bottle neck of 128k port rate make both ping response times closer to the same? The Milwaukee router would be a bottleneck if you were sending more traffic than the 128 Kbps interface can send. Once you start sending more than 128 Kbps, then the Milwaukee router has to start queuing packets, which would introduce some delay. For the delay to be noticeable, you would have to be doing quite a bit more than 128 Kbps. For it to be definitely noticable, you would need to exceed the queue depth, resulting in dropped and retransmitted packets. Does the router show that it is dropping any packets? What does the router say the load on the serial interface is? Where are the pings originating? What ping tool are you using? How much bandwidth can it use? Are delays being introduced between your ping station and the serial interface? For example, are they going across swithces or a shared Ethernet segment? My guess is that you aren't using 128 Kbps. Let's say that you are, though. Because Frame Relay is a packet-switched network, packets could be queuing up more in the path to Madison compared to the path to Greenbay. Also, of course, the egress FR relay switch in Greenbay can whip out the packets much faster than the egress switch in Madison which has just a 128 Kbps link, compared to the T1 link in Greenbay. So, it might seem odd that packets can pick up speed, but due to the queuing at routers and switches in the path, they can. They might get jumbled up at some point, but then whipped out at 1.544 Mbps at another point. I hope that explanation isn't too confusing and I hope you're not freezing there in Wisconsin! :-) Priscilla Or is this like the highway theory of Greenbay has a Full T1 most of the way so you can go faster on that portion of the drive therefore the ping response times are much faster?? Thanks for any input. Cory Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=62552t=62517 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay...Serial Int Flapping [7:62411]
look at the carrier transitions do a debug frame-relay lmi Dain Deutschman a icrit dans le message de news: [EMAIL PROTECTED] Hi all, I have a Frame Relay circuit to an adtran ts120 and then v.35 to a cisco1721. My serial interface keeps flapping 01:11:40: Serial0: attempting to restart 01:11:40: PowerQUICC(0/0): DCD is up. Line protocol changes to up...then down...and stays down. But debug output shows the above. Any ideas? interface Serial0 bandwidth 512 ip address x.x.x.x x.x.x.x encapsulation frame-relay IETF frame-relay map ip x.x.x.x 114 IETF frame-relay lmi-type ansi -- Dain Deutschman CCNP, CSS-1, CCNA, MCP, CNA Data Communications Manager New Star Sales and Service, Inc. 800.261.0475 [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=62436t=62411 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay config [7:61757]
Hi Julian yes u can do that by using ip unnumbered and using subinterfaces point to pint I cant get u properly from ur question what u mean but see U can have many sub interfaces and all of them can use ip unnumbered If anybody other will comenst lets wait for answers ,and if possible please mail ur question in little detail Julian P wrote: Hi guys I am wandering if it is possible to configure my cisco 2610 for seperate frame relay point to point subinterfaces with the ip terminating on the 2610,and have the 2610 frame switch some other dlci`s and terminate the ip on another frame relay device at the same time. Any advice is appreciated Thanks Julian Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=61759t=61757 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay config [7:61757]
Hi I want to configure my 2610 for frame relay into my telco. Then clients from all over will connect with frame relay through the telco into my 2610. Now i need to have 2 pvc`s per client.One will terminate on my 2610 and the other pvc needs to be switched through my 2610 and terminated on another router.The clients routers will not be cisco though. I will obviously have to use sub interfaces for the different clients. I am just unsure how i will terminate the 1 pvc on my 2610 and at the same time frame switch the other pvc to another router Thanks Julian P wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi guys I am wandering if it is possible to configure my cisco 2610 for seperate frame relay point to point subinterfaces with the ip terminating on the 2610,and have the 2610 frame switch some other dlci`s and terminate the ip on another frame relay device at the same time. Any advice is appreciated Thanks Julian Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=61761t=61757 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay config [7:61757]
From what i can find, you will need to configure the interface as an NNI, and then you frame-relay switch between 2 pvc you have on the router. the problem is that subinterfaces are not supported by an NNI interface. it can only be implemented on the main interface so u will need 2 serial interfaces for your 2 pvc that you will configure independently Frame-relay switching int se 0 encapsulation frame-relay frame-relay intf-type nni frame-relay interface-dlci 101 frame-relay route 101 interface serial 2 201 int se 1 encapsulation frame-relay ip address x.x.x.x frame-relay lmi-type ansi frame-relay interface-dlci 301 int se 2 encapsulation frame-relay ietf frame-relay interface-dlci 201 frame-relay lmi-type ansi frame-relay intf-type nni frame-relay route 201 interface serial 0 101 I should tell u that i have not tried this, i don't really have the time, but it might just work, you can achive the same thing, but differently with the need to do frame switching by using simple a policy based routing, which are quit easy to configure. hope the above helps regards Julian P a icrit dans le message de news: [EMAIL PROTECTED] Hi I want to configure my 2610 for frame relay into my telco. Then clients from all over will connect with frame relay through the telco into my 2610. Now i need to have 2 pvc`s per client.One will terminate on my 2610 and the other pvc needs to be switched through my 2610 and terminated on another router.The clients routers will not be cisco though. I will obviously have to use sub interfaces for the different clients. I am just unsure how i will terminate the 1 pvc on my 2610 and at the same time frame switch the other pvc to another router Thanks Julian P wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi guys I am wandering if it is possible to configure my cisco 2610 for seperate frame relay point to point subinterfaces with the ip terminating on the 2610,and have the 2610 frame switch some other dlci`s and terminate the ip on another frame relay device at the same time. Any advice is appreciated Thanks Julian Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=61763t=61757 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay config [7:61757]
actually come to think about it, u don't have the conditions for NNI switching, u can't even do Hybrid switching, if the PVC through witch u wana switch is DTE, i see only the option of frame switching over an ip tunnel, but then again u have to have an ip segment available: as far as configuration goes it will be easy, check it out: u might be able to do this int se 0 ip address x.x.x.x encapsulation frame-relay frame-relay route 101 interface tunnel 1 201 int tunnel1 ip address x.x.x.x tunnel source x.x.x.x tunnel destination x.x.x.x the tunnel must be configured at the other end not all versions support switching to a tunnel, u will need to look it up oh yeah here is a link that some info about the switching ways that cisco supports: http://www.cisco.com/en/US/products/sw/iosswrel/ps1818/products_configuratio n_guide_chapter09186a00800878c7.html hope the above helps regards Juntao a icrit dans le message de news: [EMAIL PROTECTED] From what i can find, you will need to configure the interface as an NNI, and then you frame-relay switch between 2 pvc you have on the router. the problem is that subinterfaces are not supported by an NNI interface. it can only be implemented on the main interface so u will need 2 serial interfaces for your 2 pvc that you will configure independently Frame-relay switching int se 0 encapsulation frame-relay frame-relay intf-type nni frame-relay interface-dlci 101 frame-relay route 101 interface serial 2 201 int se 1 encapsulation frame-relay ip address x.x.x.x frame-relay lmi-type ansi frame-relay interface-dlci 301 int se 2 encapsulation frame-relay ietf frame-relay interface-dlci 201 frame-relay lmi-type ansi frame-relay intf-type nni frame-relay route 201 interface serial 0 101 I should tell u that i have not tried this, i don't really have the time, but it might just work, you can achive the same thing, but differently with the need to do frame switching by using simple a policy based routing, which are quit easy to configure. hope the above helps regards Julian P a icrit dans le message de news: [EMAIL PROTECTED] Hi I want to configure my 2610 for frame relay into my telco. Then clients from all over will connect with frame relay through the telco into my 2610. Now i need to have 2 pvc`s per client.One will terminate on my 2610 and the other pvc needs to be switched through my 2610 and terminated on another router.The clients routers will not be cisco though. I will obviously have to use sub interfaces for the different clients. I am just unsure how i will terminate the 1 pvc on my 2610 and at the same time frame switch the other pvc to another router Thanks Julian P wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi guys I am wandering if it is possible to configure my cisco 2610 for seperate frame relay point to point subinterfaces with the ip terminating on the 2610,and have the 2610 frame switch some other dlci`s and terminate the ip on another frame relay device at the same time. Any advice is appreciated Thanks Julian Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=61765t=61757 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay stumper [7:60567]
I would do a SHOW FRAME RELAY PVC and see if the pvc is active. Also ensure that the IP's have the same subnet and configure the LMI type so that it matches on both ends. Possible even contact you Frame provider to see what type of LMI the switch supports. vikramjskeer wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hi Geoff, Just a small possibility Double check on what circuit is termining on the physical interfaces. What I mean to say is, if the two ends are not connected to the same circuit physically too, it might show you up/up (due to some other ends connectivity) but it won't be the result what you are looking for. Show cdp neighbor command can help you in this i.e. if some other Cisco router is getting connected ypu can see that in place of desired router. It had happened with me, so maybe it's the cause. Regards, Vikram Mossburg, Geoff (MAN-Corporate) wrote: How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy the best in Movies at http://www.videos.indiatimes.com Now bid just 7 Days in Advance and get Huge Discounts on Indian Airlines Flights. So log on to http://indianairlines.indiatimes.com and Bid Now ! Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=61403t=60567 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay stumper [7:60567]
Hi Geoff, Just a small possibility Double check on what circuit is termining on the physical interfaces. What I mean to say is, if the two ends are not connected to the same circuit physically too, it might show you up/up (due to some other ends connectivity) but it won't be the result what you are looking for. Show cdp neighbor command can help you in this i.e. if some other Cisco router is getting connected ypu can see that in place of desired router. It had happened with me, so maybe it's the cause. Regards, Vikram Mossburg, Geoff (MAN-Corporate) wrote: How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy the best in Movies at http://www.videos.indiatimes.com Now bid just 7 Days in Advance and get Huge Discounts on Indian Airlines Flights. So log on to http://indianairlines.indiatimes.com and Bid Now ! Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=61290t=60567 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay stumper [7:60567]
Sorry for the lack of response until now; I'm on a mid-shift. I was able to get more info on this here (apparently it was a known issue, but not made known to me), and the problem is exactly as everyone has suggested: The circuit routes through TouchAmerica's network, and they have the PVC mapped wrong. Thanks for your responses! GM -Original Message- From: Mossburg, Geoff (MAN-Corporate) Sent: Tuesday, January 07, 2003 11:20 PM To: [EMAIL PROTECTED] Subject: frame relay stumper [7:60567] How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=60642t=60567 -- 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 [7:60522]
Have you factored in the amount of load on the PVC between Milwaukee and Madison? Stull, Cory wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... I've got 2 frame-relay PVC's to 2 different remote locations... Both identical locations with same amount of PC's running same applications... Greenbay and Madison and the central location is Milwaukee. When doing a normal ping test to Greenbay and Madison the Greenbay locations response times are almost 3 times faster. When doing a large 4048byte ping test the Madison locations response times are a little bit faster.. The routers are 2500's and the speed of both circuits is 128k port 64k CIR frame-relay. Weighted fair queueing as is the default. Why would my ping times be 3 times faster to Greenbay with normal ping and a little faster to Madison with a large ping? Of course SBC hasn't found anything wrong. Any advice would be helpful, this one is stumping me. Thanks Cory Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=60539t=60522 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay stumper [7:60567]
sanitized configs would help immensely. including other subinterfaces that work as well as the ones that don't. from both sides. also, IOS versions, numbers of subinterfaces,etc. thanks -- TANSTAAFL there ain't no such thing as a free lunch Mossburg, Geoff (MAN-Corporate) wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=60568t=60567 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay stumper [7:60567]
What about bouncing the 7500... if you did the 2500, and your problem wasn't resolved, it might just repair itself by doing the same to the 7500 (during a good maintenance window of course :) ) And, of course, everything that Chuck said too :) -Mark -Original Message- From: The Long and Winding Road [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 07, 2003 10:24 PM To: [EMAIL PROTECTED] Subject: Re: frame relay stumper [7:60567] sanitized configs would help immensely. including other subinterfaces that work as well as the ones that don't. from both sides. also, IOS versions, numbers of subinterfaces,etc. thanks -- TANSTAAFL there ain't no such thing as a free lunch Mossburg, Geoff (MAN-Corporate) wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=60577t=60567 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay stumper [7:60567]
Have you checked the underlying PVC? show frame pvc, debug frame lmi, beat up carrier? I have seen PVCs misconfigured by the carrier so they connected to *somewhere*, so the sub-interface was up... but the PVC wasn't connected to the service it was supposed to be connected to, so not much was usefully happening across the link. JMcL Mark W. Odette II wrote: What about bouncing the 7500... if you did the 2500, and your problem wasn't resolved, it might just repair itself by doing the same to the 7500 (during a good maintenance window of course :) ) And, of course, everything that Chuck said too :) -Mark -Original Message- From: The Long and Winding Road [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 07, 2003 10:24 PM To: [EMAIL PROTECTED] Subject: Re: frame relay stumper [7:60567] sanitized configs would help immensely. including other subinterfaces that work as well as the ones that don't. from both sides. also, IOS versions, numbers of subinterfaces,etc. thanks -- TANSTAAFL there ain't no such thing as a free lunch Mossburg, Geoff (MAN-Corporate) wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=60579t=60567 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay stumper [7:60567]
Sounds like a possible carrier frame-relay switch mapping mishap. Maybe they added/changed some DLCIs to their switches and mucked up your PVC/DLCI mappings. Do you see CDP neighbor info over this DLCI (sub-interface) if CDP is enabled? That would indicate broadcast traffic is getting across the PVC end to end. Another idea would to clear the counters and do a ping test and see if other site PVC stats saw a increase in input packets relative to amount of ping traffic. Get on the horn with the carrier and have them verify the PVC mapping end to end, and verify the DLCI #s they have in their switches are the ones you are using still. Stay on the phone when they do this. Also, they may pass it off to some other intermediate carrier who has it messed up. The carrier can also monitor the PVC/DLCI traffic while you do some ping, data tests -- see if they see traffic being sent and received. Do a large 1500 byte ping for like a count of 200 just to get some data flowing while they look at it. If you have newer IOS, (12.03T and higher) you can try the Frame Relay End to End Keepalive (FREEK) feature too. This will force the DLCI/pvc down and sub-interface down if the keepalive packets aren't seen at other site. This probably isn't going to get you much but might show the smallish FREEK packet is getting across. Just another test similar to CDP packet test. HTH, Erick --- Mossburg, Geoff (MAN-Corporate) wrote: How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=60581t=60567 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay stumper [7:60567]
Jenny's comment was going to by next one... From what has been described of the problem, My bet's on the Telco muckin' around with PVCs somewhere in the middle... At least that's been my experience with Frame Relay networks. -Mark -Original Message- From: Jenny McLeod [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 08, 2003 12:33 AM To: [EMAIL PROTECTED] Subject: RE: frame relay stumper [7:60567] Have you checked the underlying PVC? show frame pvc, debug frame lmi, beat up carrier? I have seen PVCs misconfigured by the carrier so they connected to *somewhere*, so the sub-interface was up... but the PVC wasn't connected to the service it was supposed to be connected to, so not much was usefully happening across the link. JMcL Mark W. Odette II wrote: What about bouncing the 7500... if you did the 2500, and your problem wasn't resolved, it might just repair itself by doing the same to the 7500 (during a good maintenance window of course :) ) And, of course, everything that Chuck said too :) -Mark -Original Message- From: The Long and Winding Road [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 07, 2003 10:24 PM To: [EMAIL PROTECTED] Subject: Re: frame relay stumper [7:60567] sanitized configs would help immensely. including other subinterfaces that work as well as the ones that don't. from both sides. also, IOS versions, numbers of subinterfaces,etc. thanks -- TANSTAAFL there ain't no such thing as a free lunch Mossburg, Geoff (MAN-Corporate) wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... How's this for nutty: We have a frame-relay point-to-point circuit going between our Cisco 7500 core router and a 2500 remote router, and the subinterfaces have IP addys of .1 and .2, respectively. Both sides' subinterfaces are up/up, but I am not able to ping either IP address, even when I am on the host router for each address! Both sides have other working subinterfaces which I have tested similarly, and these use the same physical circuit, so I know the circuit is good. OH... and this connection WAS working at some point, but I can't tell when it stopped working, due to the fact that neither router recognizes that there is a problem. I tried bouncing both subinterfaces and reloading the 2500, but the problem remains. Any advice about what I may be overlooking would be a Godsend. Thanks! GM Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=60583t=60567 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay congestion control [7:59478]
Hey Rick, One question that had me thinking, How will the DTE (in this case R1) translate the BECN received from Ra to notify the source which is behind R1 that congestion is occuring and that he should slow sown transmission? TIA Wesley rick wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... The bits are set by the equipment in the FR cloud. | | R1--|--Ra-RbRc-|-R2 | | FR boundry FR boundry In a simplified drawing like this if the link from router Rb to Rc was becoming congested Rb would notify Ra of the congestion and Ra would notify R1 that there is FORWARD CONGESTION and to slow down data the transmission rate. On Wed, 18 Dec 2002, Deepak Achar wrote: Hi all I have very basic doubt regarding the frame-relay congestion control. I have two routers which are connected thro' FR network.This is as follows R1---FR cloud---FR cloud--R2 Now suppose the congestion is occuring in the path R1 to R2 and there is no congestion in the path from R2 to R1. According to theory, FR network will set the FECN bit to a 1 in those frames that r going form R1 to R2. The FR network will set the BECN bit to a 1 in those frames that r going from R2 to R1. My thinking is if the network is already congested, would the frames be discarded before they reach the other end. If this is true, how will the other end router would come to know that the congestion is happening in the path. If the its not true, then how will those frames, with FECN and BECN bit set to 1, reach the FR routers at the end, even though there is congestion in the path. I am confused regarding this. Please can anyone helpme out in this regard. Regards Deepak Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=59599t=59478 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay congestion control [7:59478]
Hi Deepak, The answer to you question what I feel is as follows. Its not that after full congestion only Frame-relay Switch starts setting bit FECN or BECN.When ever the traffic rate exceeds the threshold value some percentage of it Then the switch informs the sender/reciver that it should decrease the sending rate.Its not that link is fully congested then only it will send before hand it takes proactive action . This is what I think. Regards, Munit Deepak Achar wrote: Hi all I have very basic doubt regarding the frame-relay congestion control. I have two routers which are connected thro' FR network.This is as follows R1---FR cloud---FR cloud--R2 Now suppose the congestion is occuring in the path R1 to R2 and there is no congestion in the path from R2 to R1. According to theory, FR network will set the FECN bit to a 1 in those frames that r going form R1 to R2. The FR network will set the BECN bit to a 1 in those frames that r going from R2 to R1. My thinking is if the network is already congested, would the frames be discarded before they reach the other end. If this is true, how will the other end router would come to know that the congestion is happening in the path. If the its not true, then how will those frames, with FECN and BECN bit set to 1, reach the FR routers at the end, even though there is congestion in the path. I am confused regarding this. Please can anyone helpme out in this regard. Regards Deepak Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=59518t=59478 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay congestion control [7:59478]
The bits are set by the equipment in the FR cloud. | | R1--|--Ra-RbRc-|-R2 | | FR boundry FR boundry In a simplified drawing like this if the link from router Rb to Rc was becoming congested Rb would notify Ra of the congestion and Ra would notify R1 that there is FORWARD CONGESTION and to slow down data the transmission rate. On Wed, 18 Dec 2002, Deepak Achar wrote: Hi all I have very basic doubt regarding the frame-relay congestion control. I have two routers which are connected thro' FR network.This is as follows R1---FR cloud---FR cloud--R2 Now suppose the congestion is occuring in the path R1 to R2 and there is no congestion in the path from R2 to R1. According to theory, FR network will set the FECN bit to a 1 in those frames that r going form R1 to R2. The FR network will set the BECN bit to a 1 in those frames that r going from R2 to R1. My thinking is if the network is already congested, would the frames be discarded before they reach the other end. If this is true, how will the other end router would come to know that the congestion is happening in the path. If the its not true, then how will those frames, with FECN and BECN bit set to 1, reach the FR routers at the end, even though there is congestion in the path. I am confused regarding this. Please can anyone helpme out in this regard. Regards Deepak Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=59497t=59478 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Definition [7:57439]
Good timing - we just had this conversation a couple of weeks ago. :-) There's a difference between a protocol being connection-oriented and it being reliable. The two are not related. Frame Relay is connection-oriented in that it establishes a connection between endpoints *before* any data is sent. However, Frame Relay is unreliable in that it does not perform any checks to make sure that every frame sent is received by the other end. Frame Relay relies on upper-layer protocols (eg TCP) to perform this function. HTH, BJ ---Original Message--- From: Aaron Ajello Sent: 11/14/02 09:24 AM To: [EMAIL PROTECTED] Subject: Frame Relay Definition [7:57439] I've been trying to clear something up about frame relay. Two books I've read say it is connection-oriented. But they also say there is no guarantee of delivery, best effort, etc. I thought the difference between connection-oriented vs. connectionless was pretty clear cut, so this seems to be contradictory. One book said something vague about the virtual circuits making it connection-oriented. Can anyone make sense of this? Thanks. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=57440t=57439 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Definition [7:57439]
Okay, so the connection is reliable and guaranteed, but data transfer...not so much. I get it. Thanks a lot. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=57442t=57439 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay switching [7:56918]
go here and you will see a sample: http://www.fatkid.com/html/frame_relay_switch.html Thanks, Mario Puras SoluNet Technical Support Mailto: [EMAIL PROTECTED] Direct: (321) 309-1410 888.449.5766 (USA) / 888.SOLUNET (Canada) -Original Message- From: Daren Presbitero [mailto:daren-presbitero;hawaii.rr.com] Sent: Tuesday, November 05, 2002 12:08 PM To: [EMAIL PROTECTED] Subject: frame relay switching [7:56918] Hi everyone, Was wondering if anyone hasd a sample config for doing frame relay PVC switching on a multiple serial interface router. Example would be a cisco 2523 router with port s0/0 supporting PVC/DLCI 100/200 and switching PVC 100 to s0/1 and PVC 200 to s0/2. I know there is a frame-relay switching command, but don't know how to use it. Your help is appreciated. Mahalo, Daren Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=56920t=56918 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay switching [7:56918]
here's another one. http://www.tele.sunyit.edu/FrameRelay_Configuration.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=56935t=56918 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay [7:56953]
Rich, No, you are not missing anything - NBMA without neighbor statements over serial links SHOULD not work and in most cases, won't. Welcome to my world! Chances are that you experiencing EpisodeOSPF the Phantom neighbor I have fought this for over 6 months while studying. The dead interval keeps renewing and the neighbors SEEM to be up, but, if you clear the OSPF process or reload the routers, the connections should die - even before you reload the routers the routes should have been unreachable - EXCEPT in the case of another connection between the routers. Another OSPF goodie! If you have an ehternet or other broadcast connection, as well as the NBMA serial link the little hellos for the NBMA connections piggyback on the broadcast connection and bring up the neighbors anyway (even if in different areas! and a traceroute will show a direct connection!)in this case the neighbors remain after clearing or reloading and are reachable. (This behavior is probably not OEM design) Just two of many OSPF quirks! You have the concept! keep your eye on the prize! Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=56956t=56953 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame relay circuit speed from IOS? [7:55908]
Well thru LMI you can get the CIR and if the CIR is above 56K you can safely assume you have a T1 or a fractional T1 otherwise there is no way I know of. Dave Mossburg, Geoff (MAN-Corporate) wrote: LOL! That would be Qwest. :) The bad part is that they just reconciled THEIR data with OURS, not more than 6 months ago, so how accurate is that? (No slur intended toward Qwest) Would there be any way to get the circuit speed through debugging? Maybe debug lmi? -Original Message- From: MADMAN [mailto:dave;interprise.com] Sent: Friday, October 18, 2002 5:46 PM To: [EMAIL PROTECTED] Subject: Re: Frame relay circuit speed from IOS? [7:55908] No but hopefully you have the circuit ID's in case of trouble. With these you can ask your provider or have your salesdude get the info for you. Dave Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston Churchill -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston Churchill Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=56022t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame relay circuit speed from IOS? [7:55908]
Whether you can get the CIR via LMI depends on the LMI type you are using. If you're using ANSI Annex D, it's not sent, and I know of no way of getting the info from the router. JMcL MADMAN wrote: Well thru LMI you can get the CIR and if the CIR is above 56K you can safely assume you have a T1 or a fractional T1 otherwise there is no way I know of. Dave Mossburg, Geoff (MAN-Corporate) wrote: LOL! That would be Qwest. :) The bad part is that they just reconciled THEIR data with OURS, not more than 6 months ago, so how accurate is that? (No slur intended toward Qwest) Would there be any way to get the circuit speed through debugging? Maybe debug lmi? -Original Message- From: MADMAN [mailto:dave;interprise.com] Sent: Friday, October 18, 2002 5:46 PM To: [EMAIL PROTECTED] Subject: Re: Frame relay circuit speed from IOS? [7:55908] No but hopefully you have the circuit ID's in case of trouble. With these you can ask your provider or have your salesdude get the info for you. Dave Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston Churchill -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston Churchill Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=56044t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame relay circuit speed from IOS? [7:55908]
YASSER ALY wrote: The short answer for your question is to use sh frame-relay pvc Here is a link illustrating this http://www.cisco.com/en/US/tech/tk713/tk237/technologies_tech_note09186a0080093c06.shtml Unfortunately, I don't think show frame-relay pvc shows all that detail unless you are using some advanced features to carry voice and/or do traffic shaping. On a router doing more basic stuff, you won't see CIR, etc. Priscilla You can use any other relative command from the show frame-relay family and check the CIR value, this will be the value that the provider has configured for your circuit as CIR HTH, Yasser Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston misconduct and Nondisclosure violations to [EMAIL PROTECTED] Unlimited Internet access -- and 2 months free! Try MSN. Click Here Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55989t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame relay circuit speed from IOS? [7:55908]
If the frame relay switch is reporting it (it may have something to do with the type of LMI) you can use show frame-relay lmi to get the CIR. John Priscilla Oppenheimer wrote in message news:200210210113.BAA13916;groupstudy.com... YASSER ALY wrote: The short answer for your question is to use sh frame-relay pvc Here is a link illustrating this http://www.cisco.com/en/US/tech/tk713/tk237/technologies_tech_note09186a0080 093c06.shtml Unfortunately, I don't think show frame-relay pvc shows all that detail unless you are using some advanced features to carry voice and/or do traffic shaping. On a router doing more basic stuff, you won't see CIR, etc. Priscilla You can use any other relative command from the show frame-relay family and check the CIR value, this will be the value that the provider has configured for your circuit as CIR HTH, Yasser Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston misconduct and Nondisclosure violations to [EMAIL PROTECTED] Unlimited Internet access -- and 2 months free! Try MSN. Click Here Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55991t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame relay circuit speed from IOS? [7:55908]
we use mrtg (a freely available network monitoring tool) for a multi-site frame network. we don't own the routers or have legitimate password access to them (our vendor provides as part of the service) so we had the vendor set up an snmp community string (read only) and an access control list on each of the frame routers provided, allowing access by a couple of monitor stations on our network. it has come in very handy. i'm not at work right now but if interested i can send a sanitized version of the config file we use for mrtg (which shows the mibs accessed). thanks. - Original Message - From: YASSER ALY To: Sent: Saturday, October 19, 2002 12:17 AM Subject: RE: Frame relay circuit speed from IOS? [7:55908] The short answer for your question is to use sh frame-relay pvc Here is a link illustrating this http://www.cisco.com/en/US/tech/tk713/tk237/technologies_tech_note09186a0080 093c06.shtml You can use any other relative command from the show frame-relay family and check the CIR value, this will be the value that the provider has configured for your circuit as CIR HTH, Yasser Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston misconduct and Nondisclosure violations to [EMAIL PROTECTED] Unlimited Internet access -- and 2 months free! Try MSN. Click Here Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55941t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Config [7:55879]
You can put the same configuration (ip address and interface-dlci) on the major interface. The physical interface will then default to being a point-to-point link. It would be a waste of interfaces to do this on a hub router, but on a spoke it's fine. Your config would be: r(config)#int s0 r(config-if)#encap frame-relay ietf r(config-if)#frame-relay lmi-type ansi r(config-if)#ip addr 10.1.1.1 255.255.0.0 r(config-if)#frame-relay interface-dlci 22 r(config-if)#bandwidth 256 r(config-if)#no shut BJ On Fri, 18 Oct 2002 15:05:29 GMT Aaron Ajello wrote: I'm studying for the BCRAN test and have been practicing Frame Relay stuff. I work with a guy who says sometimes FR is configured on a major interface. From everything I can see, it's done on a subinterface. Below is how I think FR should go: r(config)#int s0 r(config-if)#no ip addr r(config-if)#encap frame-relay ietf r(config-if)#frame-relay lmi-type ansi r(config-if)#int s0.22 multipoint r(config-subif)#ip addr 10.1.1.1 255.255.0.0 r(config-subif)#frame-relay interface-dlci 22 r(config-subif)#bandwidth 256 r(config-subif)#no shut Does that look right? Is there a reason to configure FR on a major int? I've tried to do that but can't figure out how to declare a major int to be multipoint or point-to-point, like you can with the line: r(config-if)#int s0.22 multipoint Thanks for any input. -Aaron to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55881t=55879 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Config [7:55879]
If you did it on the major interface you would only be able to have one DLCI. It's good habit to use subinterfaces, as to add 2nd DLCI you wouldn't first need to remove the DLCI from the major interface thereby disrupting traffic. B.J. Wilson wrote in message news:200210181517.PAA05406;groupstudy.com... You can put the same configuration (ip address and interface-dlci) on the major interface. The physical interface will then default to being a point-to-point link. It would be a waste of interfaces to do this on a hub router, but on a spoke it's fine. Your config would be: r(config)#int s0 r(config-if)#encap frame-relay ietf r(config-if)#frame-relay lmi-type ansi r(config-if)#ip addr 10.1.1.1 255.255.0.0 r(config-if)#frame-relay interface-dlci 22 r(config-if)#bandwidth 256 r(config-if)#no shut BJ On Fri, 18 Oct 2002 15:05:29 GMT Aaron Ajello wrote: I'm studying for the BCRAN test and have been practicing Frame Relay stuff. I work with a guy who says sometimes FR is configured on a major interface. From everything I can see, it's done on a subinterface. Below is how I think FR should go: r(config)#int s0 r(config-if)#no ip addr r(config-if)#encap frame-relay ietf r(config-if)#frame-relay lmi-type ansi r(config-if)#int s0.22 multipoint r(config-subif)#ip addr 10.1.1.1 255.255.0.0 r(config-subif)#frame-relay interface-dlci 22 r(config-subif)#bandwidth 256 r(config-subif)#no shut Does that look right? Is there a reason to configure FR on a major int? I've tried to do that but can't figure out how to declare a major int to be multipoint or point-to-point, like you can with the line: r(config-if)#int s0.22 multipoint Thanks for any input. -Aaron to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55893t=55879 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame relay circuit speed from IOS? [7:55908]
I do have physical access to the CSU, but I'm specifically trying to find a way to do this remotely. If there really is no other way to do it, I'll have to have someone take a look. -Original Message- From: Steven A. Ridder [mailto:saridder;hotmail.com] Sent: Friday, October 18, 2002 5:24 PM To: [EMAIL PROTECTED] Subject: Re: Frame relay circuit speed from IOS? [7:55908] I don't believe the router will know it's speed in this circumstance. Maybe some sort of link bandwidth test, or other tool would help. Is it possible to get access to the external csu/dsu? -- RFC 1149 Compliant. Mossburg, Geoff (MAN-Corporate) wrote in message news:200210182103.VAA32636;groupstudy.com... All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55916t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame relay circuit speed from IOS? [7:55908]
LOL! That would be Qwest. :) The bad part is that they just reconciled THEIR data with OURS, not more than 6 months ago, so how accurate is that? (No slur intended toward Qwest) Would there be any way to get the circuit speed through debugging? Maybe debug lmi? -Original Message- From: MADMAN [mailto:dave;interprise.com] Sent: Friday, October 18, 2002 5:46 PM To: [EMAIL PROTECTED] Subject: Re: Frame relay circuit speed from IOS? [7:55908] No but hopefully you have the circuit ID's in case of trouble. With these you can ask your provider or have your salesdude get the info for you. Dave Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston Churchill Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55917t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame relay circuit speed from IOS? [7:55908]
Mossburg, Geoff (MAN-Corporate) wrote: LOL! That would be Qwest. :) The bad part is that they just reconciled THEIR data with OURS, not more than 6 months ago, so how accurate is that? (No slur intended toward Qwest) Would there be any way to get the circuit speed through debugging? Maybe debug lmi? Debug frame lmi won't help either. It mostly just shows you that the LMI seq numbers are going up. Do the CSU/DSUs support SNMP? A lot of them do. Would there be a MIB that would have info about the speed? Or something else in the MIB that would give you a clue, like a product name or something? (If the product name was something like SmartDevice56, you could guess that the circuit was 56 Kbps.) Priscilla -Original Message- From: MADMAN [mailto:dave;interprise.com] Sent: Friday, October 18, 2002 5:46 PM To: [EMAIL PROTECTED] Subject: Re: Frame relay circuit speed from IOS? [7:55908] No but hopefully you have the circuit ID's in case of trouble. With these you can ask your provider or have your salesdude get the info for you. Dave Mossburg, Geoff (MAN-Corporate) wrote: All, I've got a problem that has me stumped. I have an external CSU/DSU off of Serial0 at a remote site going to a frame-relay circuit of unknown speed. Is there any way to determine the circuit speed with the router's IOS? I want to be able to get this information remotely from many sites, so having someone physically look at the CSU/DSU's config is impractical for me. Thanks very much! GM -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 You don't make the poor richer by making the rich poorer. --Winston Churchill Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55920t=55908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay congestion - seek and destroy! (how?) [7:55495]
Look at the router interface and see if you have any DE FECN BECN Debug frame-relay ilmi Will show you what the telco has your circuit provisioned at. This should get you started. -Original Message- From: Jerry Deer [mailto:[EMAIL PROTECTED]] Sent: Sunday, October 13, 2002 1:53 PM To: [EMAIL PROTECTED] Subject: frame relay congestion - seek and destroy! (how?) [7:55495] Hello all, I have a 384k circuit that I used DU meter to test dl speed and got about a 50kbs download. I have got to do something about this QUICK so hoping someone can point me in the right direction. I need to actually verify it is a problem with the circuit and then of course remedy it if it is. ANY reply would be appreciated. ( in the meantime I will be searching cisco site) Thank you!! JD Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55496t=55495 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay congestion - seek and destroy! (how?) [7:55495]
Make sure you are not seeing 50KB, not 50Kb. 50KB equates close to 384Kb. I have 1Mb ADSL and get around 110KB dl speed maxed out from a local FTP server. Symon -Original Message- From: Jerry Deer [mailto:[EMAIL PROTECTED]] Sent: 13 October 2002 18:53 To: [EMAIL PROTECTED] Subject: frame relay congestion - seek and destroy! (how?) [7:55495] Hello all, I have a 384k circuit that I used DU meter to test dl speed and got about a 50kbs download. I have got to do something about this QUICK so hoping someone can point me in the right direction. I need to actually verify it is a problem with the circuit and then of course remedy it if it is. ANY reply would be appreciated. ( in the meantime I will be searching cisco site) Thank you!! JD # Scanned for Viruses and Content and cleared by the Webvein Mail Gateway # Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55499t=55495 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay congestion - seek and destroy! (how?) [7:55495]
I may be mistaken, but I think everything is normal. 384K is really measured in kbits/sec. your reading of 50k is measured in kbytes/sec. 8bits to the byte, so 50 is really like 400. Someone else please confirm my thinking. Jerry Deer wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hello all, I have a 384k circuit that I used DU meter to test dl speed and got about a 50kbs download. I have got to do something about this QUICK so hoping someone can point me in the right direction. I need to actually verify it is a problem with the circuit and then of course remedy it if it is. ANY reply would be appreciated. ( in the meantime I will be searching cisco site) Thank you!! JD Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55502t=55495 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame relay congestion - seek and destroy! (ho [7:55495]
DU Meter can show download speeds either way in kilobits per second (kbps) or kilobytes per second (which I think they abbreviate as KB), depending on which report or graph you are looking at. Throughput measurements will generally be quite less than the raw capacity of a circuit. That's because they take into account the bytes and time used for: Headers Inter-frame gaps ACKs Turn-around time at the client Turn-around time at the server To determine if this circuit is healthy, do a show interface. Look for errors. ___ Priscilla Oppenheimer www.troubleshootingnetworks.com www.priscilla.com Symon Thurlow wrote: Make sure you are not seeing 50KB, not 50Kb. 50KB equates close to 384Kb. I have 1Mb ADSL and get around 110KB dl speed maxed out from a local FTP server. Symon -Original Message- From: Jerry Deer [mailto:[EMAIL PROTECTED]] Sent: 13 October 2002 18:53 To: [EMAIL PROTECTED] Subject: frame relay congestion - seek and destroy! (how?) [7:55495] Hello all, I have a 384k circuit that I used DU meter to test dl speed and got about a 50kbs download. I have got to do something about this QUICK so hoping someone can point me in the right direction. I need to actually verify it is a problem with the circuit and then of course remedy it if it is. ANY reply would be appreciated. ( in the meantime I will be searching cisco site) Thank you!! JD # Scanned for Viruses and Content and cleared by the Webvein Mail Gateway # Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55520t=55495 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame-relay traffic shaping [7:55432]
In cisco terms, mincir is the cir, and cir is the port speed. -- RFC 1149 Compliant. neil K. wrote in message news:200210112334.XAA14349;groupstudy.com... Hi Group, Can someone please explain to me the difference between cir and mincir.Any help is highly appreciated. Regards, neil Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55448t=55432 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: frame-relay traffic shaping [7:55432]
Here's a sample section of a map-class config that I wrote up for VoIP FRTS,
complete with running commentary on the commands (including min CIR and
CIR). Scott Keagy's Integrating Voice and Data Networks (Cisco Press) was
great for frame relay traffic shaping.
map-class frame-relay theframeclass
{Do not use the command frame-relay fragment , as this is recommended to
reduce serialization delay for speeds of 768K or less.}
frame-relay mincir out 1536 {This is the provisioned CIR assigned by
service provider}
frame-relay cir out 1536 {Technically, this is higher than min CIR, since
traffic can be sustained at a higher rate thats CIR. But make CIR=Minimum
CIR here.}
frame-relay be out 0 {Set excess burst to 0 since we dont want to burst
over CIR for voice.}
frame-relay bc out 15360 {Set committed burst, which is 15360 bits, or
1/100 of CIR (1536K CIR). This makes serialization delay=10ms, a reasonable
value. Serialization Delay = frame size (bits) / link bandwidth (bps).}
no frame-relay adaptive-shaping {Turn off because we do not want the frame
relay circuit to throttle back. If the router receives BECNs on the
interface, the router would start to throttle back to the Min CIR value.
This is why we turn it off and lock the Min CIR to the actual CIR value.}
service-policy output thepolicy {attach policy here for the queuing. If you
dont put a policy here, frame relay traffic shaping defaults to FIFO. In
that case, you would override with the preferred frame-relay fair-queue.}
- Jennifer Mellone
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=55434t=55432
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame-relay traffic shaping [7:55432]
neil K. wrote in message news:200210112334.XAA14349;groupstudy.com... Hi Group, Can someone please explain to me the difference between cir and mincir.Any help is highly appreciated. whoa - deja vu, dude! just had a thread like this one yesterday. there were some good explainations, IIRC. got access to the groupstudy web site? Regards, neil Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=55441t=55432 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay: connectionless or connection-orie [7:54747]
Howard, I would like to hear your brief arguement on X.25 Fast Select as a connectionless protocol. In (a paltry) defense of it being a connection-oriented, doesn't the fast select option allow for data transfer in the control packets? Just curious as to your input here and sort of playing devil's advocate. Thanks! Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54844t=54747 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-oriented? [7:54707]
Some documentation may say that it's connection oriented because you have to set up a PVC (or an SVC) so you pre-establish a connection. But in fact it's connectionless, since it doesn't have, like you say, a retransmission system or error checking mechanism like TCP. And the terms connection oriented and connectionless, refer to the protocol, not to the circuit. Peter -Original Message- From: B.J. Wilson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 1:25 PM To: [EMAIL PROTECTED] Subject: Frame Relay: connectionless or connection-oriented? [7:54706] Dear Silent Bob: Okay lunchbox, my co-workers and I are trying to figure out if Frame Relay is connectionless or connection-oriented. A lot of documentation I'm reading says it *is*, but somewhere in the chasms of my memory banks I can't help but think that it is *not*, because a) it would be redundant given TCP's function and b) it would add latency to the Frame cloud, which is supposedly optimized for speed (one of the improvements Frame made to X.25). Am I right, or have I been hitting the pipe a little too hard lately? Your hetero life-mate, Jay Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54707t=54707 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-oriented [7:54706]
Frame-Relay is connection-oriented because of the establishment of virtual circuits, that is, before any packet transfer, there is already an established path. Hope this helps. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54709t=54706 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-orie [7:54707]
Pre-established path, that is it. It surprises me all this confusing literature I read. When I was reading for my CCNA a few months back, I was going through this thing time and again from a Cisco-Authorized Course, namely, Frame Relay is connection-oriented because of a pre-established path. What do I believe?? Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54711t=54707 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay: connectionless or connection-oriented? [7:54712]
At 11:24 AM + 10/2/02, \\B.J. Wilson\\ wrote: Dear Silent Bob: Okay lunchbox, my co-workers and I are trying to figure out if Frame Relay is connectionless or connection-oriented. A lot of documentation I'm reading says it *is*, but somewhere in the chasms of my memory banks I can't help but think that it is *not*, because a) it would be redundant given TCP's function and b) it would add latency to the Frame cloud, which is supposedly optimized for speed (one of the improvements Frame made to X.25). Am I right, or have I been hitting the pipe a little too hard lately? Your hetero life-mate, Jay As are many things in networking, It Depends. FR is connection-oriented (without user-controlled connection and disconnection phases) as far as its topology. That refers to the endpoints, remembering FR is an access rather than a backbone protocol. FR does not do error correction. Just because something is connection-oriented doesn't mean it does error correction. FR does do error detection and a primitive form of congestion notification. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54712t=54712 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-orie [7:54707]
Well, I tend to look at things from a global or Layer 1 through 7 perspective: does Frame Relay perform the same functions that TCP does? In other words, does it perform a check to make sure every single IP packet (or Frame Relay frame) makes it from the ingress point of the Frame cloud to the egress point? I don't believe it does, and therefore I consider it connectionless. Now, from a *test* perspective (g...), I suppose the correct answer is connection-oriented due to the reasons that Peter specified. BJ On Wed, 2 Oct 2002 13:03:09 GMT ccnp ccnp2002 wrote: Pre-established path, that is it. It surprises me all this confusing literature I read. When I was reading for my CCNA a few months back, I was going through this thing time and again from a Cisco-Authorized Course, namely, Frame Relay is connection-oriented because of a pre-established path. What do I believe?? Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54713t=54707 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-orie [7:54707]
But should be different? True for the test and untrue in the real-world?? Just curious! Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54714t=54707 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-orie [7:54707]
Thinking of the subject again, I would have to come back to what I've said before. TCP is connection oriented because there's the three-way handshake session establishment. It's reliable because of the retransmission and error checking mechanismns. UDP is connectionless, because there's no session establishment and it's unreliable because of a lack of retransmission and error checking mechanismns. Frame relay is connection oriented because of the establishment of a circuit, but unreliable because there are no retransmission and error checking mechanismns. X25 is connection oriented and reliable. Peter -Original Message- From: B.J. Wilson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 3:14 PM To: [EMAIL PROTECTED] Subject: RE: Frame Relay: connectionless or connection-orie [7:54707] Well, I tend to look at things from a global or Layer 1 through 7 perspective: does Frame Relay perform the same functions that TCP does? In other words, does it perform a check to make sure every single IP packet (or Frame Relay frame) makes it from the ingress point of the Frame cloud to the egress point? I don't believe it does, and therefore I consider it connectionless. Now, from a *test* perspective (g...), I suppose the correct answer is connection-oriented due to the reasons that Peter specified. BJ On Wed, 2 Oct 2002 13:03:09 GMT ccnp ccnp2002 wrote: Pre-established path, that is it. It surprises me all this confusing literature I read. When I was reading for my CCNA a few months back, I was going through this thing time and again from a Cisco-Authorized Course, namely, Frame Relay is connection-oriented because of a pre-established path. What do I believe?? Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54718t=54707 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-orie [7:54707]
But should be different? True for the test and untrue in the real-world?? This is an unfortunate and all-too-common occurrence: the discrepancy between marketing, and how things actually work. Cisco is a victim of it (e.g. hybrid routing protocol), but Microsoft is arguably the worst offender. BJ Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54717t=54707 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay: connectionless or connection-oriented? [7:54729]
connection-oriented Jay you cocksmoker. B.J. Wilson wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Dear Silent Bob: Okay lunchbox, my co-workers and I are trying to figure out if Frame Relay is connectionless or connection-oriented. A lot of documentation I'm reading says it *is*, but somewhere in the chasms of my memory banks I can't help but think that it is *not*, because a) it would be redundant given TCP's function and b) it would add latency to the Frame cloud, which is supposedly optimized for speed (one of the improvements Frame made to X.25). Am I right, or have I been hitting the pipe a little too hard lately? Your hetero life-mate, Jay Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54729t=54729 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay: connectionless or connection-oriented? [7:54738]
Frame-Relay is a connection-oriented protocol, but is considered unreliable, it requires higher layer protocols to make it reliable (TCP) Connection oriented does not always mean reliable. Troy Edington, CCIE #7190 sam sneed wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... connection-oriented Jay you cocksmoker. B.J. Wilson wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Dear Silent Bob: Okay lunchbox, my co-workers and I are trying to figure out if Frame Relay is connectionless or connection-oriented. A lot of documentation I'm reading says it *is*, but somewhere in the chasms of my memory banks I can't help but think that it is *not*, because a) it would be redundant given TCP's function and b) it would add latency to the Frame cloud, which is supposedly optimized for speed (one of the improvements Frame made to X.25). Am I right, or have I been hitting the pipe a little too hard lately? Your hetero life-mate, Jay Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54738t=54738 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay: connectionless or connection-orie [7:54707]
Well said. I'm glad you corrected yourself. ;-) Frame Relay is connection-oriented. An end point can't send data until a virtual circuit has been established. But it doesn't offer a reliable service. If a frame arrives damaged, the recipient knows this (because the FCS doesn't match the sender's), but the recipient simply drops the frame. An upper layer, such as TCP, would have to notice the lack of ACK and retransmit. Frame Relay does error detection, but no error correction. ___ Priscilla Oppenheimer www.troubleshootingnetworks.com www.priscilla.com Peter van der Voort wrote: Thinking of the subject again, I would have to come back to what I've said before. TCP is connection oriented because there's the three-way handshake session establishment. It's reliable because of the retransmission and error checking mechanismns. UDP is connectionless, because there's no session establishment and it's unreliable because of a lack of retransmission and error checking mechanismns. Frame relay is connection oriented because of the establishment of a circuit, but unreliable because there are no retransmission and error checking mechanismns. X25 is connection oriented and reliable. Peter -Original Message- From: B.J. Wilson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 3:14 PM To: [EMAIL PROTECTED] Subject: RE: Frame Relay: connectionless or connection-orie [7:54707] Well, I tend to look at things from a global or Layer 1 through 7 perspective: does Frame Relay perform the same functions that TCP does? In other words, does it perform a check to make sure every single IP packet (or Frame Relay frame) makes it from the ingress point of the Frame cloud to the egress point? I don't believe it does, and therefore I consider it connectionless. Now, from a *test* perspective (g...), I suppose the correct answer is connection-oriented due to the reasons that Peter specified. BJ On Wed, 2 Oct 2002 13:03:09 GMT ccnp ccnp2002 wrote: Pre-established path, that is it. It surprises me all this confusing literature I read. When I was reading for my CCNA a few months back, I was going through this thing time and again from a Cisco-Authorized Course, namely, Frame Relay is connection-oriented because of a pre-established path. What do I believe?? Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54740t=54707 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay: connectionless or connection-oriented? [7:54747]
At 4:49 PM + 10/2/02, Troy Edington wrote: Frame-Relay is a connection-oriented protocol, but is considered unreliable, it requires higher layer protocols to make it reliable (TCP) Connection oriented does not always mean reliable. Troy Edington, CCIE #7190 And there are connectionless reliable protocols, although some are rare. Remote Procedure Call (RPC) 802.2 LLC Class 3 X.25 Fast Select (you can argue here) Appletalk Transaction Protocol These are some that come to mind. B.J. Wilson wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Dear Silent Bob: Okay lunchbox, my co-workers and I are trying to figure out if Frame Relay is connectionless or connection-oriented. A lot of documentation I'm reading says it *is*, but somewhere in the chasms of my memory banks I can't help but think that it is *not*, because a) it would be redundant given TCP's function and b) it would add latency to the Frame cloud, which is supposedly optimized for speed (one of the improvements Frame made to X.25). Am I right, or have I been hitting the pipe a little too hard lately? Your hetero life-mate, Jay Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=54747t=54747 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay back-to-back [7:50215]
eo wrote: On Tuesday 30 July 2002 07:59 pm, Dimitrije wrote: I would like to connect 2 routers with a back-to-back frame relay WAN conection, but I don't have the DCE-DTE back-to-back cable. Each router does however have T1 WICs. My question is can I connect the routers together with a T1 cross-over cable and successfully run frame relay encapsulation over that WAN. I don't see why not. Am I missing something? Thanks Nondisclosure violations to [EMAIL PROTECTED] You should'nt have any issues with two WIC's and a T1 crossover cable, I do it all the time in my lab provided you have a properly wired T1 crossover made. D Or, use a DTE cable plus a DCE cable (e.g. X.21 DCE plus X.21 DTE). JMcL Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=50250t=50215 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame relay back-to-back [7:50215]
On Tuesday 30 July 2002 07:59 pm, Dimitrije wrote: I would like to connect 2 routers with a back-to-back frame relay WAN conection, but I don't have the DCE-DTE back-to-back cable. Each router does however have T1 WICs. My question is can I connect the routers together with a T1 cross-over cable and successfully run frame relay encapsulation over that WAN. I don't see why not. Am I missing something? Thanks Nondisclosure violations to [EMAIL PROTECTED] You should'nt have any issues with two WIC's and a T1 crossover cable, I do it all the time in my lab provided you have a properly wired T1 crossover made. D Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=50239t=50215 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-Relay NNI -- [7:49849]
You have the lmi-type set wrong on the switch-to-switch connection. It should be frame lmi-type q933a See the link below for more info on frame relay. http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fwan _c/wcffrely.htm#11076 Marc Russell Network Learning, Inc. 1677 W. Hamlin Rochester Hills, MI 48309 Ph# 248-299-8114 www.ccbootcamp.com (Cisco Training) www.@!#$.com (Cisco RS CCIE Discussion group) www.securityie.com (Cisco Security CCIE Discussion group) www.voiceie.com (Cisco Voice Discussion group) www.optsys.net (Cisco hardware) Pierre-Alex Guanel wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... My frame-relay switch died, so I put 2 1700 routers back-to-back to get enough interfaces. I made sure to use the interface type nni between the two 1700, yet it looks like the two frame-relay switches are not talking to each other. Anyone try this trick before. This is what I get: frame2#show ro frame2#show frame route Input Intf Input Dlci Output Intf Output Dlci Status Serial0 501 Serial1 301 inactive Serial0 502 Serial1 302 inactive Serial0 503 Serial1 303 inactive Serial1 301 Serial0 501 active Serial1 302 Serial0 502 active Serial1 303 Serial0 503 active frame2# frame1#show frame % Incomplete command. frame1#show frame ro Input Intf Input Dlci Output Intf Output Dlci Status Serial0 101 Serial3 501 inactive Serial1 102 Serial3 502 inactive Serial2 103 Serial3 503 inactive Serial3 501 Serial0 101 active Serial3 502 Serial1 102 active Serial3 503 Serial2 103 active frame1# [Resuming connection 2 to frame2 ... ] frame2#show frame ro Input Intf Input Dlci Output Intf Output Dlci Status Serial0 501 Serial1 301 inactive Serial0 502 Serial1 302 inactive Serial0 503 Serial1 303 inactive Serial1 301 Serial0 501 active Serial1 302 Serial0 502 active Serial1 303 Serial0 503 active frame2# -- and here are my configs --- frame1#show run Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname frame1 ! enable secret 5 $1$8trQ$MA9cUOeNwYnOmOPZsav8D0 ! ! ! ! ! memory-size iomem 25 ip subnet-zero ip host frame2 2005 192.168.250.8 ! frame-relay switching ! ! process-max-time 200 ! interface Loopback0 ip address 192.168.250.8 255.255.255.255 no ip directed-broadcast ! interface Serial0 description CHI bandwidth 1544 no ip address no ip directed-broadcast encapsulation frame-relay no ip mroute-cache keepalive 1 fair-queue 64 32 0 cdp enable frame-relay lmi-type cisco frame-relay intf-type dce frame-relay route 101 interface Serial3 501 ! interface Serial1 description SJ no ip address no ip directed-broadcast encapsulation frame-relay frame-relay intf-type dce frame-relay route 102 interface Serial3 502 ! interface Serial2 description ROCH no ip address no ip directed-broadcast encapsulation frame-relay clockrate 128000 frame-relay intf-type dce frame-relay route 103 interface Serial3 503 ! interface Serial3 no ip address no ip directed-broadcast encapsulation frame-relay clockrate 128000 frame-relay intf-type nni frame-relay route 501 interface Serial0 101 frame-relay route 502 interface Serial1 102 frame-relay route 503 interface Serial2 103 ! interface FastEthernet0 no ip address no ip directed-broadcast shutdown ! ip classless no ip http server ! ! line con 0 transport input none escape-character 9 line aux 0 no exec transport input all line vty 0 4 password cisco login ! no scheduler allocate end frame1# --- frame2# frame2# frame2#show run Building configuration... Current configuration: ! version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname frame2 ! enable secret 5 $1$Obxi$tJ7NyXAUQyrCbx6hvtcBr1 ! ! ! ! ! memory-size iomem 25 ip subnet-zero ip host switch 2005 192.168.250.10 ! frame-relay switching ! ! process-max-time 200 ! interface Loopback0 ip
