RE: Frame Relay

[Rik Guyler]

Layer 2  

Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc.  As
those other protocols support numerous Layer 3 (or higher) protocols, so
will FR.  The beauty of the OSI model is that there is separation of the
layers without too much interaction between them.  In other words, the Layer
4 datagrams get encapsulated into the Layer 3 packets, which in turn get
encapsulated into Layer 2 frames.  FR doesn't care for the most part what is
"inside" the Layer 3 stuff coming down the pipe.  ;-}

Rik

-Original Message-
From: Pierre-Alex [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 8:41 AM
To: [EMAIL PROTECTED]
Subject: Frame Relay


What element in a frame relay packet allows support for multiple protocols?

Pierre-Alex

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


,

This mail was processed by Mail essentials for Exchange/SMTP, 
the email security & management gateway. Mail essentials adds 
content checking, email encryption, anti spam, anti virus, 
attachment compression, personalised auto responders, archiving 
and more to your Microsoft Exchange Server or SMTP mail server. 
For more information visit http://www.mailessentials.com

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay

[Willy Schoots]

I would disagree with the statement below. Ethernet, Token Ring etc are
interacting with the upper layers. For example Ethernet II has an Ethertype
value that identifies the upper layer for 0x0800 is IP, the same goes for
DSAP/SSAP values in the 802.3 header. The OSI layers are somewhat
independent of each other except at the borders where they interact. For IP
the interaction between the layer 3 and higher uses a Protocol ID field in
the header to specify TCP UDP EIGRP etc.

Regarding Frame Relay this is done in the encapsulation part. For example if
you would use the IETF encapsulation method you (the system) would use a
NLPID that identifies the upper layer protocol. For more info on this see
http://andrew2.andrew.cmu.edu/rfc/rfc1490.html . Cisco uses a proprietary
encapsulation as well where 2 bytes are used for indicating packet type.

Willy Schoots

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Rik Guyler
Sent: Thursday, February 01, 2001 3:29 PM
To: Cisco Groupstudy (E-mail)
Subject: RE: Frame Relay


Layer 2

Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc.  As
those other protocols support numerous Layer 3 (or higher) protocols, so
will FR.  The beauty of the OSI model is that there is separation of the
layers without too much interaction between them.  In other words, the Layer
4 datagrams get encapsulated into the Layer 3 packets, which in turn get
encapsulated into Layer 2 frames.  FR doesn't care for the most part what is
"inside" the Layer 3 stuff coming down the pipe.  ;-}

Rik

-Original Message-
From: Pierre-Alex [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 8:41 AM
To: [EMAIL PROTECTED]
Subject: Frame Relay


What element in a frame relay packet allows support for multiple protocols?

Pierre-Alex

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


,

This mail was processed by Mail essentials for Exchange/SMTP,
the email security & management gateway. Mail essentials adds
content checking, email encryption, anti spam, anti virus,
attachment compression, personalised auto responders, archiving
and more to your Microsoft Exchange Server or SMTP mail server.
For more information visit http://www.mailessentials.com

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay

[Tony van Ree]

Hi all,

As I understand it the frame header has stuff like the addresses, BECN's, FECN's and 
the like but no place to indicate upper layer protocols even exist.  The upper layer 
stuff is in the data envelope portion of the frame packet(frame) therfore the frame 
relay service cannot directly push the details to the next (upper) layer.  A device 
must be used to strip the frame header off then read the packet and find where it goes 
from there.

Int this way frame is different to ethernet or token ring in that they have a field 
that points directly to the upper layers.

Just my way of viewing it

Teunis,
Hobart, Tasmania
Australia


n Thursday, February 01, 2001 at 04:34:56 PM, Pierre-Alex wrote:

> Understood but there must be a field in a frame relay packet that let Layer
> 2 know which Layer 3 protocol should receive the data. Something like a
> service access point. Don't you agree? Or maybe that is the role of the
> command frame-relay map ip ...
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Rik Guyler
> Sent: Thursday, February 01, 2001 8:29 AM
> To: Cisco Groupstudy (E-mail)
> Subject: RE: Frame Relay
> 
> 
> Layer 2
> 
> Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc.  As
> those other protocols support numerous Layer 3 (or higher) protocols, so
> will FR.  The beauty of the OSI model is that there is separation of the
> layers without too much interaction between them.  In other words, the Layer
> 4 datagrams get encapsulated into the Layer 3 packets, which in turn get
> encapsulated into Layer 2 frames.  FR doesn't care for the most part what is
> "inside" the Layer 3 stuff coming down the pipe.  ;-}
> 
> Rik
> 
> -Original Message-
> From: Pierre-Alex [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 01, 2001 8:41 AM
> To: [EMAIL PROTECTED]
> Subject: Frame Relay
> 
> 
> What element in a frame relay packet allows support for multiple protocols?
> 
> Pierre-Alex
> 
> _
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 
> 
> ,
> 
> This mail was processed by Mail essentials for Exchange/SMTP,
> the email security & management gateway. Mail essentials adds
> content checking, email encryption, anti spam, anti virus,
> attachment compression, personalised auto responders, archiving
> and more to your Microsoft Exchange Server or SMTP mail server.
> For more information visit http://www.mailessentials.com
> 
> _
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 
> 


--
www.tasmail.com


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay

[Pierre-Alex]

Understood but there must be a field in a frame relay packet that let Layer
2 know which Layer 3 protocol should receive the data. Something like a
service access point. Don't you agree? Or maybe that is the role of the
command frame-relay map ip ...

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Rik Guyler
Sent: Thursday, February 01, 2001 8:29 AM
To: Cisco Groupstudy (E-mail)
Subject: RE: Frame Relay


Layer 2

Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc.  As
those other protocols support numerous Layer 3 (or higher) protocols, so
will FR.  The beauty of the OSI model is that there is separation of the
layers without too much interaction between them.  In other words, the Layer
4 datagrams get encapsulated into the Layer 3 packets, which in turn get
encapsulated into Layer 2 frames.  FR doesn't care for the most part what is
"inside" the Layer 3 stuff coming down the pipe.  ;-}

Rik

-Original Message-
From: Pierre-Alex [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 8:41 AM
To: [EMAIL PROTECTED]
Subject: Frame Relay


What element in a frame relay packet allows support for multiple protocols?

Pierre-Alex

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


,

This mail was processed by Mail essentials for Exchange/SMTP,
the email security & management gateway. Mail essentials adds
content checking, email encryption, anti spam, anti virus,
attachment compression, personalised auto responders, archiving
and more to your Microsoft Exchange Server or SMTP mail server.
For more information visit http://www.mailessentials.com

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay

[Howard C. Berkowitz]

NBMA protocols, per se, do not carry protocol type information in the 
same that Ethernet does. On the other hand, neither do 802.3, 802.5, 
or FDDI.  The protocol type information for 802.3 is carried inside 
an 802.2 LLC/SNAP header at the start of the data field.

And there are similar mechanisms for WANs:

RFC 2427 Multiprotocol Interconnect over Frame Relay. C. Brown, A. Malis.
  September 1998.
RFC 2684 Multiprotocol Encapsulation over ATM Adaptation Layer 5. D.
  Grossman, J. Heinanen. September 1999.

It isn't always necessary, however, to identify the payload protocol. 
When there is only one protocol in use, or there is little additional 
cost to each VC so you can configure one VC per protocol, most 
implementations allow you to configure both ends of a VC to support a 
single fixed payload protocol type. Saves 5 bytes per frame, which 
might even be significant on a slow FR link.


>Hi all,
>
>As I understand it the frame header has stuff like the addresses, 
>BECN's, FECN's and the like but no place to indicate upper layer 
>protocols even exist.  The upper layer stuff is in the data envelope 
>portion of the frame packet(frame) therfore the frame relay service 
>cannot directly push the details to the next (upper) layer.  A 
>device must be used to strip the frame header off then read the 
>packet and find where it goes from there.
>
>Int this way frame is different to ethernet or token ring in that 
>they have a field that points directly to the upper layers.
>
>Just my way of viewing it
>
>Teunis,
>Hobart, Tasmania
>Australia
>
>
>n Thursday, February 01, 2001 at 04:34:56 PM, Pierre-Alex wrote:
>
>>  Understood but there must be a field in a frame relay packet that let Layer
>>  2 know which Layer 3 protocol should receive the data. Something like a
>>  service access point. Don't you agree? Or maybe that is the role of the
>>  command frame-relay map ip ...
>>
>>  -Original Message-
>>  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
>>  Rik Guyler
>>  Sent: Thursday, February 01, 2001 8:29 AM
>>  To: Cisco Groupstudy (E-mail)
>>  Subject: RE: Frame Relay
>>
>>
>>  Layer 2
>>
>>  Seriously, FR is a Layer 2 protocol, as is Ethernet, Token Ring, etc.  As
>>  those other protocols support numerous Layer 3 (or higher) protocols, so
>>  will FR.  The beauty of the OSI model is that there is separation of the
>>  layers without too much interaction between them.  In other words, the Layer
>>  4 datagrams get encapsulated into the Layer 3 packets, which in turn get
>>  encapsulated into Layer 2 frames.  FR doesn't care for the most part what is
>>  "inside" the Layer 3 stuff coming down the pipe.  ;-}
>>
>>  Rik
>>
>>  -Original Message-
>>  From: Pierre-Alex [mailto:[EMAIL PROTECTED]]
>>  Sent: Thursday, February 01, 2001 8:41 AM
>>  To: [EMAIL PROTECTED]
>>  Subject: Frame Relay
>>
>>
>>  What element in a frame relay packet allows support for multiple protocols?
>>
>>  Pierre-Alex
>>
>>  _
>>  FAQ, list archives, and subscription info:
>>  http://www.groupstudy.com/list/cisco.html
>>  Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>>
>>
>>  ,
>>
>>  This mail was processed by Mail essentials for Exchange/SMTP,
>>  the email security & management gateway. Mail essentials adds
>>  content checking, email encryption, anti spam, anti virus,
>>  attachment compression, personalised auto responders, archiving
>>  and more to your Microsoft Exchange Server or SMTP mail server.
>>  For more information visit http://www.mailessentials.com
>>
>>  _
>>  FAQ, list archives, and subscription info:
>>  http://www.groupstudy.com/list/cisco.html
>>  Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>>
>>  _
>>  FAQ, list archives, and subscription info: 
>>http://www.groupstudy.com/list/cisco.html
>>  Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>>
>>
>
>
>--
>www.tasmail.com
>
>
>_
>FAQ, list archives, and subscription info: 
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-relay

[Dan West]

AFAIK, this can be true if only one customer is using
all the VCs in a frame network. If nobody else has VCs
on that network, it would not be an issue unless, of
course, somebody physically compromises the media
(copper tapping). Is this accurate?? :>

--- John Jarrett <[EMAIL PROTECTED]> wrote:
> Could someone please clarify something for me about
> Frame-relay?
> 
> I had always understood that traffic over
> frame-relay was unsecure and
> needed to be encrypted if it was of a critical
> nature.  Is frame-relay
> always a shared network?  I had thought so but I
> have recently had a
> someone explain to me that they did not need to
> encrypt the data because
> they "owned" the cloud that the pvc ran through.  He
> said that it was a
> point to point connection and therefore not over a
> shared network. All
> of our connections are setup using sub-interfaces
> and point to point. I
> still thought that it was over a shared network. 
> This did not make a
> lot of sense to me.
> 
> Any help would be appreciated.  Any links to good
> documentation would be
> helpful as well.
> 
> Thanks,
> John
> 
> [EMAIL PROTECTED]
> 
> _
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to
[EMAIL PROTECTED]


=
from The Big Lebowski...

The Dude: You sure he won't mind?
Bunny: Dieter doesn't care about anything. He's a nihilist.
The Dude: Ohhh, that must be exhausting...

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-relay

[EA Louie]

When your frame relay service provider assigns you PVC's, they are private
unless otherwise specified.

The carrier will collect PVC's from different users and transport them over
a large pipe together, same as the carriers do with T-1 or subrate circuits.
Therefore, it is shared from that perspective, but unless someone has access
to that large pipe, the PVC's do not cross across customer boundaries.  In
other words, no other customer has access to your PVC's.

At the end points, the carrier will demux the various PVCs and route them to
the proper destinations.


- Original Message -
From: Dan West <[EMAIL PROTECTED]>
To: John Jarrett <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, March 07, 2001 10:15 AM
Subject: Re: Frame-relay


> AFAIK, this can be true if only one customer is using
> all the VCs in a frame network. If nobody else has VCs
> on that network, it would not be an issue unless, of
> course, somebody physically compromises the media
> (copper tapping). Is this accurate?? :>
>
> --- John Jarrett <[EMAIL PROTECTED]> wrote:
> > Could someone please clarify something for me about
> > Frame-relay?
> >
> > I had always understood that traffic over
> > frame-relay was unsecure and
> > needed to be encrypted if it was of a critical
> > nature.  Is frame-relay
> > always a shared network?  I had thought so but I
> > have recently had a
> > someone explain to me that they did not need to
> > encrypt the data because
> > they "owned" the cloud that the pvc ran through.  He
> > said that it was a
> > point to point connection and therefore not over a
> > shared network. All
> > of our connections are setup using sub-interfaces
> > and point to point. I
> > still thought that it was over a shared network.
> > This did not make a
> > lot of sense to me.
> >
> > Any help would be appreciated.  Any links to good
> > documentation would be
> > helpful as well.
> >
> > Thanks,
> > John
> >
> > [EMAIL PROTECTED]
> >
> > _
> > FAQ, list archives, and subscription info:
> > http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to
> [EMAIL PROTECTED]
>
>
> =
> from The Big Lebowski...
>
> The Dude: You sure he won't mind?
> Bunny: Dieter doesn't care about anything. He's a nihilist.
> The Dude: Ohhh, that must be exhausting...
>
> __
> Do You Yahoo!?
> Get email at your own domain with Yahoo! Mail.
> http://personal.mail.yahoo.com/
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-relay

[Mark D. Mahoney]

Greetings, 

My $0.02,

Frame is an interface specification. Like X.25. Which means that the
'PVC' only exists between the telco switch and you CPE. Once it hits the
telco cloud, its running on SS7 or some other telco (shared, muxxed)
longline. Therefore, the data is vulnerable, in a general sense, to
telco level 'listening'. Its illegal, and I don't suspect it happens
much, but, it can, I suppose. 

If you buy a leased line, then no one shares your BW, if you simply buy
the service at several sites, then, once it hits the switch, its in the
telcos 'cloud'. I suppose the telco could listen either way. Encryption
seems prudent, if it's not prohibitively expensive.

IHTH

Mark Mahoney 
CCNP CNE MCP

John Jarrett wrote:
> 
> Could someone please clarify something for me about Frame-relay?
> 
> I had always understood that traffic over frame-relay was unsecure and
> needed to be encrypted if it was of a critical nature.  Is frame-relay
> always a shared network?  I had thought so but I have recently had a
> someone explain to me that they did not need to encrypt the data because
> they "owned" the cloud that the pvc ran through.  He said that it was a
> point to point connection and therefore not over a shared network. All
> of our connections are setup using sub-interfaces and point to point. I
> still thought that it was over a shared network.  This did not make a
> lot of sense to me.
> 
> Any help would be appreciated.  Any links to good documentation would be
> helpful as well.
> 
> Thanks,
> John
> 
> [EMAIL PROTECTED]
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

-- 
[EMAIL PROTECTED]
www.MarkDMahoney.com

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-relay

[Priscilla Oppenheimer]

It may help to remember that Frame Relay is a packet-switched technology. 
In fact, if you think about it, "frame relay" sort of means the same thing 
as "packet switch."

Packet switching divides messages into packets and sends each packet 
individually. The packets may take different routes and may arrive out of 
order. Although Frame Relay may seem like it's circuit-switched, you really 
only have a "virtual circuit." You have an actual circuit between your 
equipment and the provider's equipment at the Central Office or wherever, 
but after that it's virtual. The core of the provider's network may use a 
variety of technologies, including ATM, SONET, etc. Anything could happen 
to your packets.

The other common communications method is circuit switching, in which a 
dedicated channel (or circuit) is established for the duration of a 
transmission. The best-known circuit-switching network is the telephone 
system. ISDN is also considered circuit-switching. But Frame Relay replaced 
the older packet-switched X.25 and retains some of its packet-switching 
characteristics.

Well, I have a bad cold, so I hope I didn't ramble too much. I'm under the 
influence of Histafed. But hopefully this was helpful, nonetheless.

Priscilla


>John Jarrett wrote:
> >
> > Could someone please clarify something for me about Frame-relay?
> >
> > I had always understood that traffic over frame-relay was unsecure and
> > needed to be encrypted if it was of a critical nature.  Is frame-relay
> > always a shared network?  I had thought so but I have recently had a
> > someone explain to me that they did not need to encrypt the data because
> > they "owned" the cloud that the pvc ran through.  He said that it was a
> > point to point connection and therefore not over a shared network. All
> > of our connections are setup using sub-interfaces and point to point. I
> > still thought that it was over a shared network.  This did not make a
> > lot of sense to me.
> >
> > Any help would be appreciated.  Any links to good documentation would be
> > helpful as well.
> >
> > Thanks,
> > John
> >
> > [EMAIL PROTECTED]




Priscilla Oppenheimer
http://www.priscilla.com

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-relay

[Mask Of Zorro]

>
>Well, I have a bad cold, so I hope I didn't ramble too much. I'm under >the 
>influence of Histafed. But hopefully this was helpful, nonetheless.
>
>Priscilla
>

Histafed? I think I heard about this guy. He's forming some kind of cult 
commune thing out in Oregon, isn't he? I hope you are able to escape his 
influence soon!

Z

_
Get your FREE download of MSN Explorer at http://explorer.msn.com

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: frame-relay

[Chuck Larrieu]

Comments within:

-Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
Pierre-Alex GUANEL
Sent:   Friday, December 22, 2000 11:37 AM
To: [EMAIL PROTECTED]
Subject:frame-relay

I have spent many hours trying to comprehend the exerpt bellow (from Cisco
CD). Still no light. Can someone help?

CL: isn't there a Beatles' song along these lines?

"This command is typically used for subinterfaces; however, it can also be
used on main interfaces. Using the frame-relay interface-dlci command on
main interfaces will enable the use of routing protocols on interfaces that
use Inverse ARP. The frame-relay interface-dlci command on a main interface
is also valuable for assigning a specific class to a single PVC where
special characteristics are desired."

1. How can the command frame-relay interface-dlci enable the use of routing
protocols??!!??

CL: it doesn't directly. But placing the command aids in the inverse-arp
process.  I suggest reading Caslow's chapter on frame-relay, and then trying
a few of his examples to absorb the complexities involved.

2. What do they mean by "specific class"?

CL: I believe they are referring to QoS or traffic shaping. In general, one
trick of the trade is to add PVC's and assign different classes of service
to those PVC's. Folks doing voice over frame have told me they do things
like this.

3. What characteristics are they talking about?

CL: see previous answer

Please explain AND illustrate each point...

CL: left my crayons elsewhere. Besides, they don't work well in e-mail.
Sorry :->

Thankfully,

CL: you're welcome-ly  :->
Have a great holiday!!!

Chuck

Pierre-Alex



_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame relay

[jason yee]

try www.frforum.com
--- Krishna Shankar <[EMAIL PROTECTED]> wrote:
> Hi can any one give me good url for frame relay
> material
> 
> thanks in adv
> 


__
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame relay

[Marshal Schoener]

www.frforum.com is the frame relay 
forum.
I 
don't know what you mean by material, but if you are looking for general info. 
about frame relay, this
is the 
site for you...
   -Marshal

  -Original Message-From: Krishna Shankar 
  [mailto:[EMAIL PROTECTED]]Sent: Monday, September 11, 2000 7:49 
  PMTo: [EMAIL PROTECTED]Subject: Frame 
  relay
  Hi can any one give me good url for frame relay 
  material
   
  thanks in 
adv

Re: Frame Relay

[Ping]

in your lab ...you need a dce/dte cable.
in the real world you would use a csu/dsu
but i a read of certain config that in the real word a dte/dce cable is used

John Chang wrote:

> First time doing this and sorry for my ignorance. If I have a 4500M as my
> Frame Relay cloud.  How do I connect my 2501 router to it?  Do I just use a
> DCE to DTE cable?  And in the real world would I use a DSU/CSU?  Future
> reference: In the CCIE lab exam do they use DSU/CSU?  Thank you!
_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay

[Ping]

go here http://www.fatkid.com/html/frame_relay.html

Mark Rose wrote:

> A while back there was a posting showing how to set up a frame relay switch
> with 3 routers (with configs). I misplaced the copy I had. I couldn't find
> it in the archives. Could someone help me out.
>
> TIA
> Mark
_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: frame relay

[woody]

www.frforum.com


"Deepak Sharma" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> does anyone have a good link on explaining what frame relay is??i
> read it in the ICND book...but it does not give a very good
> explaination..help!!
>
> greatly appreciated..
>
> Deepak
>


___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Charges

[Allen May]

The frame-relay provider I worked with before agreed to analyze the first
months usage and go with using zero or 64K..whichever was going to be
cheaper for us.  But I made them agree to that before we chose a provider so
the leverage was pretty high on my part to get things done.

- Original Message -
From: "Nabil Fares" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 02, 2001 1:26 PM
Subject: Frame Relay Charges


> Greetings all,
>
> Can you guys shed some light on how FR providers base their charges.  How
> they charge when going above CIR (etc...)?
>
> also,  if I have site with network access between 8-5, is it worth risking
a
> zero CIR?
>
> We had a meeting with an account rep for a FR provider, he kept pressing
on
> 0 CIR.  This is a new trend?
>
> Thanks,
>
> Nabil
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Charges

[Kenneth]

I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak". Most
service providers won't allow or recommends against 0 CIR but on the other
hand, Sprint pushes it.

We are currently using 0 CIR and I think the quality has been good and we
haven't had a whole lot of dropped packets. In fact, I think they still
guarantee 99% delivery up to port speed which is pretty good specially
compared to most providers 99.9% delivery up to CIR and no guarantee beyond
that.



"Nabil Fares" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Greetings all,
>
> Can you guys shed some light on how FR providers base their charges.  How
> they charge when going above CIR (etc...)?
>
> also,  if I have site with network access between 8-5, is it worth risking
a
> zero CIR?
>
> We had a meeting with an account rep for a FR provider, he kept pressing
on
> 0 CIR.  This is a new trend?
>
> Thanks,
>
> Nabil
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Charges

[Lauren Child]

Kenneth wrote:
> 
> I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak". 

Id imagine it would be fine if you get garuantees as to how much would
get through but a 0CIR means all our frames would be discard eligible,
so you couldnt garuntee anything getting through.  It would be a bit
like shared etherenet - fine unless you experience congestion and then
its pot luck who's frames get through.  You are at the mercy of the
telco's oversubscription.

TTFN
Lauren

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Charges

[Kenneth]

That's true. All packets will be DE marked but 99% of the time, these DE
marked packets will get through - that's what our SLA with them is. Their
reason for this is that their network is "bleeding edge" and that they are
willing to create an SLA for 0 CIR as compared to most providers who won't
promise you anything.

You can pay, like i said, for CIR and their SLA will guarantee 99.99% packet
delivery up to CIR.


Lauren Child <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
>
> Kenneth wrote:
> >
> > I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak".
>
> Id imagine it would be fine if you get garuantees as to how much would
> get through but a 0CIR means all our frames would be discard eligible,
> so you couldnt garuntee anything getting through.  It would be a bit
> like shared etherenet - fine unless you experience congestion and then
> its pot luck who's frames get through.  You are at the mercy of the
> telco's oversubscription.
>
> TTFN
> Lauren
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Charges

[Andrew Cook]

Let me just say this - I work for Sprint Local Telephone Division (LTD) and
we do not do 0 CIR.  Sprint Long Distance Division (LDD) does do 0 CIR.  It
is just a difference in philosophy.  I have spoken with some LDD engineers
and their justification is that their network is so robust that there is no
need for an actual CIR.  It always surprises me that the sales guys don't go
nuts at this because CIR is added revenue for them!

Andrew Cook

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Kenneth
> Sent: Saturday, March 03, 2001 10:46 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Frame Relay Charges
>
>
> That's true. All packets will be DE marked but 99% of the time, these DE
> marked packets will get through - that's what our SLA with them is. Their
> reason for this is that their network is "bleeding edge" and that they are
> willing to create an SLA for 0 CIR as compared to most providers who won't
> promise you anything.
>
> You can pay, like i said, for CIR and their SLA will guarantee
> 99.99% packet
> delivery up to CIR.
>
>
> Lauren Child <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> >
> >
> > Kenneth wrote:
> > >
> > > I'm not sure who the provider is but 0 CIR sounds like "Sprint-speak".
> >
> > Id imagine it would be fine if you get garuantees as to how much would
> > get through but a 0CIR means all our frames would be discard eligible,
> > so you couldnt garuntee anything getting through.  It would be a bit
> > like shared etherenet - fine unless you experience congestion and then
> > its pot luck who's frames get through.  You are at the mercy of the
> > telco's oversubscription.
> >
> > TTFN
> > Lauren
> >
> > _
> > FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> >
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Charges

[Brian]

On Fri, 2 Mar 2001, Nabil Fares wrote:

> Greetings all,
>
> Can you guys shed some light on how FR providers base their charges.  How
> they charge when going above CIR (etc...)?
>
> also,  if I have site with network access between 8-5, is it worth risking a
> zero CIR?
>
> We had a meeting with an account rep for a FR provider, he kept pressing on
> 0 CIR.  This is a new trend?


0 CIR is very common, if not the most common.  If your connecting at a
single FR switch, then CIR is less of an issue since your really only
limited by the backplane of the switch (assuming non-blocking, or close to
it)

brian

 > > Thanks,
>
> Nabil
>
>
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


---
Special: Catalyst 3100 switch & 2503 router
   blade $1000.00 (16MB / 8MB)!!!

I'm buying / selling used CISCO gear!!
email me for a quote

Brian Feeny,CCDP,CCNP+VAS Scarlett Parria
[EMAIL PROTECTED] [EMAIL PROTECTED]
318-222-2638 x 109318-222-2638 x 101

Netjam, LLC   http://www.netjam.net
1401 Oden St. VISA/MC/AMEX/COD
Suite 18  Cisco Channel Partner
Shreveport, LA 71104
Fax 318-221-6612

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Charges

[Nguyen_Trang]

0 CIR, must be SPRINT.

How FR providers base their charges? 
It depends on the provider and also if you are
talking about Internet access or private frame.

Some charges nothing for bursting over the CIR,
others charges based on how much and how long
you bursted over CIR.  You need to ask the 
provider for the detail of their charges.

0 CIR for 8-5, it depends on the type of data 
you want to transmit.  Example:  You can't 
afford frame dropping if you transmit video or
voice.

Trang


> -Original Message-
> From: Nabil Fares [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 02, 2001 2:26 PM
> To: [EMAIL PROTECTED]
> Subject: Frame Relay Charges
> 
> 
> Greetings all,
> 
> Can you guys shed some light on how FR providers base their 
> charges.  How
> they charge when going above CIR (etc...)?
> 
> also,  if I have site with network access between 8-5, is it 
> worth risking a
> zero CIR?
> 
> We had a meeting with an account rep for a FR provider, he 
> kept pressing on
> 0 CIR.  This is a new trend?
> 
> Thanks,
> 
> Nabil
> 
> 
> _
> FAQ, list archives, and subscription info: 
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Charges

[Tony van Ree]

Hi,

To cut costs some people use Zero CIR.  BUT, this might connect to a remote end that 
bases it's utilisation on CIR.   For example, a supplier might run a service from the 
core to a frame switch at 2Meg with a CIR of 2Meg this will then cope with the entire 
commited range to the serial port.  Say you have 10 people with Zero CIR connected and 
4 with 512K.  The switch sees the ZERO with DE bits (all packets) what happens.  On 
the floor they go.  Ring the supplier he might be symathetic to your problem.  My 
guess is he will not only recommend you up your CIR but also charge you for the 
inconvenience.

Remember there are two ends to all of this plus a middle you have no control over.  
The CIR gives you the little control you might like.  The secret with CIR is to cover 
yourself without buying more than you need.

Just some thoughts.

Teunis,
Hobart, Tasmania
Australia

On Monday, March 05, 2001 at 12:35:24 PM, Nguyen_Trang wrote:

> 0 CIR, must be SPRINT.
> 
> How FR providers base their charges? 
> It depends on the provider and also if you are
> talking about Internet access or private frame.
> 
> Some charges nothing for bursting over the CIR,
> others charges based on how much and how long
> you bursted over CIR.  You need to ask the 
> provider for the detail of their charges.
> 
> 0 CIR for 8-5, it depends on the type of data 
> you want to transmit.  Example:  You can't 
> afford frame dropping if you transmit video or
> voice.
> 
> Trang
> 
> 
> > -Original Message-
> > From: Nabil Fares [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, March 02, 2001 2:26 PM
> > To: [EMAIL PROTECTED]
> > Subject: Frame Relay Charges
> > 
> > 
> > Greetings all,
> > 
> > Can you guys shed some light on how FR providers base their 
> > charges.  How
> > they charge when going above CIR (etc...)?
> > 
> > also,  if I have site with network access between 8-5, is it 
> > worth risking a
> > zero CIR?
> > 
> > We had a meeting with an account rep for a FR provider, he 
> > kept pressing on
> > 0 CIR.  This is a new trend?
> > 
> > Thanks,
> > 
> > Nabil
> > 
> > 
> > _
> > FAQ, list archives, and subscription info: 
> > http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> > 
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 
> 


--
www.tasmail.com


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Charges

[Mark Holloway]

I work for Sprint and we use the 0 CIR approach with our customers.  I don't
know if it's Sprint you are talking to, but we have never had any customers
complain about frame performance.  Personally, I like to have some CIR, even
if it is just 16k, but that comes from my administrator experience prior to
Sprint.  Because Sprint is an IXC and also a LEC in a lot of cities, Sprint
has so much bandwidth they can't oversubscribe their network even if they
wanted to.  The only time I would suggest a certain level of CIR is if you
plan on moving Voice traffic over this frame circuit.  Otherwise, 0 CIR is
fine.  Any IXC will tell you that "0 CIR is really a marketing tool" and it
is.  Sprint uses over 200 Nortel Passport 15000 switches in their backbone
interconnected with OC192 ATM - so with that in mind, believe me when I say
Sprint has so much bandwidth they can't even us it all.  It's true. If this
was another carrier, ask other customers how they like their service.

Regards,
Mark



""Nabil Fares"" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Greetings all,
>
> Can you guys shed some light on how FR providers base their charges.  How
> they charge when going above CIR (etc...)?
>
> also,  if I have site with network access between 8-5, is it worth risking
a
> zero CIR?
>
> We had a meeting with an account rep for a FR provider, he kept pressing
on
> 0 CIR.  This is a new trend?
>
> Thanks,
>
> Nabil
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: [Frame Relay Simulator]

[EA LOUIE]

If you use a cisco router with multiple serial interfaces, you can use

http://www.cisco.com/univercd/cc/td/doc/product/software/ios111/mods/3mod/3cbook/3cfrelay.htm#10654

it requires back-to-back (serial crossover) cables.

I've used this configuration on a cisco 4000 series router, and it performs
great.  I don't "think" you need a special version of code to do it, either.

"Bradley J. Wilson" <[EMAIL PROTECTED]> wrote:
> Can anyone out there enlighten me on how to set up a frame relay simulator?
> What equipment options are available, and the actual configs on the
> equipment?  Thanks in advance.
> 
> BJ
> 
> 
> 
> 
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



Get free email and a permanent address at http://www.netaddress.com/?N=1

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Simulator

[Circusnuts]

A Cisco router with 4 Serial ports & 10.0 or better IOS.  The router can be
anything from an AGS's to 7513.  I started with an AGS, then moved to a 4
Serial MGS (less noisy), & now I use 4500's.  The command is Frame-Relay
Switching & you use the Map command to tied the DLCI's.  There are no IP's
involved, the router becomes a layer 2 Telco device (for all practilcal
purposes).  Here is a config I had from the CCIE Boot Camps labs (they used
the AGS).

Current configuration:
!
version 11.0
service udp-small-servers
service tcp-small-servers
!
hostname r7
!
!
no ip domain-lookup
frame-relay switching
!
interface Ethernet0
 Shutdown
!
interface Ethernet1
 Shutdown
!
interface Serial0
 no ip address
 encapsulation frame-relay
 no fair-queue
 frame-relay lmi-type ansi
 frame-relay intf-type dce
 frame-relay route 503 interface Serial2 305
 frame-relay route 504 interface Serial3 405
 frame-relay route 506 interface Serial1 605
!
interface Serial1
 no ip address
 encapsulation frame-relay
 frame-relay lmi-type ansi
 frame-relay intf-type dce
 frame-relay route 605 interface Serial0 506
!
interface Serial2
 no ip address
 encapsulation frame-relay
 clockrate 200
 frame-relay lmi-type ansi
 frame-relay intf-type dce
 frame-relay route 305 interface Serial0 503
!
interface Serial3
 no ip address
 encapsulation frame-relay
 frame-relay lmi-type ansi
 frame-relay intf-type dce
 frame-relay route 405 interface Serial0 504
!
interface Serial4
 no ip address
 shutdown
!
interface Serial5
 no ip address
 shutdown
!
interface Serial6
 no ip address
 shutdown
!
interface Serial7
 no ip address
 shutdown
!
router eigrp 1
 redistribute rip metric 1 100 255 1 1500
 passive-interface Ethernet0
 network 192.168.17.0
!
router rip
 passive-interface Ethernet1
 network 192.168.70.0
!
no logging console
!
alias exec i show ip route
alias exec ci clear ip route *
!
line con 0
line aux 0
 transport input all
line vty 0 4
 login
!
end


- Original Message -
From: "Bradley J. Wilson" <[EMAIL PROTECTED]>
To: "cisco" <[EMAIL PROTECTED]>
Sent: Friday, March 16, 2001 5:16 PM
Subject: Frame Relay Simulator


> Can anyone out there enlighten me on how to set up a frame relay
simulator?
> What equipment options are available, and the actual configs on the
> equipment?  Thanks in advance.
>
> BJ
>
>
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Simulator

[William E. Gragido]

Are you looking for a FR simulator or a WAN simulator?  There is an awesome
product out on the market by a company named Shunra called the 'Storm' and
the 'Cloud'.  You can manipulate network latency, standard deviation, packet
loss etc. in a variety of forms.  Whats really cool is that it integrates
with Visio and all of the admin(aside from compiling the kernel), take place
from that interface.  The only problem is its not cheap (around $20K) new;
buts its way cool.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Bradley J. Wilson
Sent: Friday, March 16, 2001 1:17 PM
To: cisco
Subject: Frame Relay Simulator


Can anyone out there enlighten me on how to set up a frame relay simulator?
What equipment options are available, and the actual configs on the
equipment?  Thanks in advance.

BJ




_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[Rodgers Moore]

If you could post the configs it would help, but here's some ideas to try.

Are you sure have inverse ARP working?
Have you tried a static route to R3 (from R2) gatewayed to R1's IP and the
same on R3 to R2 via R1's IP?
Look into Proxy ARP.
Just a thought, I've never tried this but, is there a way to make a static
ARP entry?

Rodgers Moore

"James Wilson" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi All,
>
> I hope someone can shed some light on the problem I have come across in
the
> following scenario :
>
> Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> router in the middle doing frame relay switching. The frame switch is
_not_
> fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There
is
> _no_ PVC between R2 and R3.
>
> The particular lab exercise here specifies that each router much be able
to
> ping every other router in the frame cloud. BUT the use of the
'frame-relay
> map' command is forbidden, and only R1 can be configured using a
subinterface.
>
> As I have it configured R1 can ping both R2 and R3 as expected. However,
> both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The
> question stipulates you should use routing and not Layer2 to Layer3
> mapping. A debug on the ping from R2 to R3 shows that there is no map
entry
> for R3 hence encapsulation failed. A look at 'sh frame map' shows there is
> only 1 entry and it is for R1. This sh frame map is identical on R2 and
R3.
>
> So the question is, how can I get R2 and R3 to be able to ping each other
> using routing and not the frame relay map command.
>
> It's got two of us here studying for our CCIE stumped, so im hoping
someone
> out there has an idea as to how this can be accomplished.
>
> Also, as this is for the CCIE, static routes are not an option.
>
> Cheers.
>
> Jim.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[Frank B.]

Unless I'm mis-reading you here this is the correct behavior for a
partial mesh.  Unless you provide a full mesh you won't get dynamic
mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
subnet and the PVC from R1 to R3 is another subnet--Frame relay and
Inverse ARP alone can't route between them.

So if you can't get a PVC between R2 and R3...then run any routing
protocol on all 3 routers and you should be able to ping from R2 to R3
and vice-versa (RIP will work fine to prove this point.)  Hope this
helps...and as always, comments are welcome ( and in fact expected
;-)Frank

James Wilson wrote:
> 
> Hi All,
> 
> I hope someone can shed some light on the problem I have come across in the
> following scenario :
> 
> Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> router in the middle doing frame relay switching. The frame switch is _not_
> fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is
> _no_ PVC between R2 and R3.
> 
> The particular lab exercise here specifies that each router much be able to
> ping every other router in the frame cloud. BUT the use of the 'frame-relay
> map' command is forbidden, and only R1 can be configured using a subinterface.
> 
> As I have it configured R1 can ping both R2 and R3 as expected. However,
> both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The
> question stipulates you should use routing and not Layer2 to Layer3
> mapping. A debug on the ping from R2 to R3 shows that there is no map entry
> for R3 hence encapsulation failed. A look at 'sh frame map' shows there is
> only 1 entry and it is for R1. This sh frame map is identical on R2 and R3.
> 
> So the question is, how can I get R2 and R3 to be able to ping each other
> using routing and not the frame relay map command.
> 
> It's got two of us here studying for our CCIE stumped, so im hoping someone
> out there has an idea as to how this can be accomplished.
> 
> Also, as this is for the CCIE, static routes are not an option.
> 
> Cheers.
> 
> Jim.
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[whatshakin]

Sounds like all you need to get your branch traffic to the next hop (hub
router) where the hub router will route it for you because it knows of the
routes to all destinations.  You could use static routes or route maps with
the next-hop parameter to do this.

- Original Message -
From: James Wilson <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, November 26, 2000 5:50 PM
Subject: Frame Relay Problem


> Hi All,
>
> I hope someone can shed some light on the problem I have come across in
the
> following scenario :
>
> Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> router in the middle doing frame relay switching. The frame switch is
_not_
> fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There
is
> _no_ PVC between R2 and R3.
>
> The particular lab exercise here specifies that each router much be able
to
> ping every other router in the frame cloud. BUT the use of the
'frame-relay
> map' command is forbidden, and only R1 can be configured using a
subinterface.
>
> As I have it configured R1 can ping both R2 and R3 as expected. However,
> both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The
> question stipulates you should use routing and not Layer2 to Layer3
> mapping. A debug on the ping from R2 to R3 shows that there is no map
entry
> for R3 hence encapsulation failed. A look at 'sh frame map' shows there is
> only 1 entry and it is for R1. This sh frame map is identical on R2 and
R3.
>
> So the question is, how can I get R2 and R3 to be able to ping each other
> using routing and not the frame relay map command.
>
> It's got two of us here studying for our CCIE stumped, so im hoping
someone
> out there has an idea as to how this can be accomplished.
>
> Also, as this is for the CCIE, static routes are not an option.
>
> Cheers.
>
> Jim.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[James Wilson]

Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet

Hence the problem.

Im well aware this is the normal partial mesh behavior and that its quiet 
easily rectified using map statements... but for this particular setup it 
requests the use of routing and not frame relay map statements.

At 06:26 PM 26/11/2000 -1000, Frank B. wrote:
>Unless I'm mis-reading you here this is the correct behavior for a
>partial mesh.  Unless you provide a full mesh you won't get dynamic
>mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
>subnet and the PVC from R1 to R3 is another subnet--Frame relay and
>Inverse ARP alone can't route between them.
>
>So if you can't get a PVC between R2 and R3...then run any routing
>protocol on all 3 routers and you should be able to ping from R2 to R3
>and vice-versa (RIP will work fine to prove this point.)  Hope this
>helps...and as always, comments are welcome ( and in fact expected
>;-)Frank
>
>James Wilson wrote:
> >
> > Hi All,
> >
> > I hope someone can shed some light on the problem I have come across in the
> > following scenario :
> >
> > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> > router in the middle doing frame relay switching. The frame switch is _not_
> > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is
> > _no_ PVC between R2 and R3.
> >
> > The particular lab exercise here specifies that each router much be able to
> > ping every other router in the frame cloud. BUT the use of the 'frame-relay
> > map' command is forbidden, and only R1 can be configured using a 
> subinterface.
> >
> > As I have it configured R1 can ping both R2 and R3 as expected. However,
> > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The
> > question stipulates you should use routing and not Layer2 to Layer3
> > mapping. A debug on the ping from R2 to R3 shows that there is no map entry
> > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is
> > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3.
> >
> > So the question is, how can I get R2 and R3 to be able to ping each other
> > using routing and not the frame relay map command.
> >
> > It's got two of us here studying for our CCIE stumped, so im hoping someone
> > out there has an idea as to how this can be accomplished.
> >
> > Also, as this is for the CCIE, static routes are not an option.
> >
> > Cheers.
> >
> > Jim.
> >
> > _
> > FAQ, list archives, and subscription info: 
> http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[James Wilson]

Config :

R1

!
version 11.3
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname R1-Ob
!
!
!
!
hub ether 0 1
  link-test
  auto-polarity
!
hub ether 0 2
  link-test
  auto-polarity
!
hub ether 0 3
  link-test
  auto-polarity
!hub ether 0 4
  link-test
  auto-polarity
!
hub ether 0 5
  link-test
  auto-polarity
!
hub ether 0 6
  link-test
  auto-polarity
!
hub ether 0 7
  link-test
  auto-polarity
!
hub ether 0 8
  link-test
  auto-polarity
!
interface Ethernet0
  no ip address
  shutdown
!
interface Serial0
  no ip address
  encapsulation frame-relay
  no ip mroute-cache
  clockrate 64000
!
interface Serial0.1 multipoint
  ip address 10.1.1.1 255.255.0.0
  frame-relay interface-dlci 101
  frame-relay interface-dlci 102
!
interface Serial1
  no ip address
  shutdown
!
router ospf 1
  network 10.1.0.0 0.0.255.255 area 0
  neighbor 10.1.1.3
  neighbor 10.1.1.2
  default-information originate always metric-type 1
!
ip classless
!
line con 0
line aux 0
line vty 0 4
  login
!
end

R2

!
version 11.2
no service password-encryption
no service udp-small-servers
no service tcp-small-servers
!
hostname R2-Sambuca
!
!
ip subnet-zero
!
hub ether 0 1
  link-test
  auto-polarity
!
hub ether 0 2
  link-test
  auto-polarity
!
hub ether 0 3
  link-test
  auto-polarity
!
hub ether 0 4
  link-test
  auto-polarity
!
hub ether 0 5
  link-test
  auto-polarity
!
hub ether 0 6
  link-test
  auto-polarity
!
hub ether 0 7
  link-test
  auto-polarity
!
hub ether 0 8
  link-test
  auto-polarity
!
interface Ethernet0
  no ip address
  shutdown
!
interface Serial0
  ip address 10.1.1.2 255.255.0.0
  encapsulation frame-relay
  ip ospf priority 0
  no fair-queue
  frame-relay interface-dlci 100
!
interface Serial1
  no ip address
  shutdown
!
router ospf 1
  network 10.1.0.0 0.0.255.255 area 0
!
no ip classless
!
!
line con 0
line aux 0
line vty 0 4
  login
!
end

R3

!
version 12.0
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname R3-Budvar
!
!
ip subnet-zero
ip cef
!
!
!
interface ATM1/0
  no ip address
  no ip directed-broadcast
  shutdown
  no atm ilmi-keepalive
!
interface ATM4/0
no ip address
  no ip directed-broadcast
  shutdown
  no atm ilmi-keepalive
!
interface Serial5/0
  ip address 10.1.1.3 255.255.0.0
  no ip directed-broadcast
  encapsulation frame-relay
  ip ospf interface-retry 0
  ip ospf priority 0
  no ip mroute-cache
  no fair-queue
  frame-relay interface-dlci 100
!
interface Serial5/1
  no ip address
  no ip directed-broadcast
  shutdown
!
interface Serial5/2
  no ip address
  no ip directed-broadcast
  shutdown
!
interface Serial5/3
  no ip address
  no ip directed-broadcast
  shutdown
!
interface Serial5/4
  no ip address
  no ip directed-broadcast
  shutdown
!
interface Serial5/5
  no ip address
  no ip directed-broadcast
  shutdown
!
interface Serial5/6
  no ip address
  no ip directed-broadcast
  shutdown
!
interface Serial5/7
  no ip address
  no ip directed-broadcast
  shutdown
!
interface TokenRing6/0/0
  no ip address
  no ip directed-broadcast
  no ip route-cache distributed
  shutdown
!
interface TokenRing6/0/1
  no ip address
  no ip directed-broadcast
  no ip route-cache distributed
  shutdown
!
interface TokenRing6/0/2
  no ip address
  no ip directed-broadcast
  no ip route-cache distributed
  shutdown
!
interface TokenRing6/0/3
  no ip address
  no ip directed-broadcast
  no ip route-cache distributed
  shutdown
!
router ospf 1
  network 10.1.0.0 0.0.255.255 area 0
  distance 1
!
ip classless
!
!
!
line con 0
  transport input none
line aux 0
line vty 0 4
!
end



At 10:00 PM 26/11/2000 -0500, you wrote:
>If you could post the configs it would help, but here's some ideas to try.
>
>Are you sure have inverse ARP working?
>Have you tried a static route to R3 (from R2) gatewayed to R1's IP and the
>same on R3 to R2 via R1's IP?
>Look into Proxy ARP.
>Just a thought, I've never tried this but, is there a way to make a static
>ARP entry?
>
>Rodgers Moore
>
>"James Wilson" <[EMAIL PROTECTED]> wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Hi All,
> >
> > I hope someone can shed some light on the problem I have come across in
>the
> > following scenario :
> >
> > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> > router in the middle doing frame relay switching. The frame switch is
>_not_
> > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There
>is
> > _no_ PVC between R2 and R3.
> >
> > The particular lab exercise here specifies that each router much be able
>to
> > ping every other router in the frame cloud. BUT the use of the
>'frame-relay
> > map' command is forbidden, and only R1 can be configured using a
>subinterface.
> >
> > As I have it configured R1 can ping both R2 and R3 as expected. However,
> > both R2 and R3 can only ping R1 (the hub) yet cannot 

RE: Frame Relay Problem

[Aaron K. Dixon]

You will need to either generate default routes for the spokes or use policy
routing to set the default next hop.

Regards,
Aaron K. Dixon

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Frank B.
Sent: Sunday, November 26, 2000 10:27 PM
To: James Wilson
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Frame Relay Problem


Unless I'm mis-reading you here this is the correct behavior for a
partial mesh.  Unless you provide a full mesh you won't get dynamic
mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
subnet and the PVC from R1 to R3 is another subnet--Frame relay and
Inverse ARP alone can't route between them.

So if you can't get a PVC between R2 and R3...then run any routing
protocol on all 3 routers and you should be able to ping from R2 to R3
and vice-versa (RIP will work fine to prove this point.)  Hope this
helps...and as always, comments are welcome ( and in fact expected
;-)Frank

James Wilson wrote:
>
> Hi All,
>
> I hope someone can shed some light on the problem I have come across in
the
> following scenario :
>
> Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> router in the middle doing frame relay switching. The frame switch is
_not_
> fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There
is
> _no_ PVC between R2 and R3.
>
> The particular lab exercise here specifies that each router much be able
to
> ping every other router in the frame cloud. BUT the use of the
'frame-relay
> map' command is forbidden, and only R1 can be configured using a
subinterface.
>
> As I have it configured R1 can ping both R2 and R3 as expected. However,
> both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The
> question stipulates you should use routing and not Layer2 to Layer3
> mapping. A debug on the ping from R2 to R3 shows that there is no map
entry
> for R3 hence encapsulation failed. A look at 'sh frame map' shows there is
> only 1 entry and it is for R1. This sh frame map is identical on R2 and
R3.
>
> So the question is, how can I get R2 and R3 to be able to ping each other
> using routing and not the frame relay map command.
>
> It's got two of us here studying for our CCIE stumped, so im hoping
someone
> out there has an idea as to how this can be accomplished.
>
> Also, as this is for the CCIE, static routes are not an option.
>
> Cheers.
>
> Jim.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Problem

[James Wilson]

All interfaces on the frame relay network are in the same 10.1.x.x/16 
subnet. Hence there is a connected route comming from the frame relay 
interface which will be preferred over any default route or any other route.

At 10:43 AM 26/11/2000 -0600, Aaron K. Dixon wrote:
>You will need to either generate default routes for the spokes or use policy
>routing to set the default next hop.
>
>Regards,
>Aaron K. Dixon
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
>Frank B.
>Sent: Sunday, November 26, 2000 10:27 PM
>To: James Wilson
>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: Re: Frame Relay Problem
>
>
>Unless I'm mis-reading you here this is the correct behavior for a
>partial mesh.  Unless you provide a full mesh you won't get dynamic
>mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
>subnet and the PVC from R1 to R3 is another subnet--Frame relay and
>Inverse ARP alone can't route between them.
>
>So if you can't get a PVC between R2 and R3...then run any routing
>protocol on all 3 routers and you should be able to ping from R2 to R3
>and vice-versa (RIP will work fine to prove this point.)  Hope this
>helps...and as always, comments are welcome ( and in fact expected
>;-)Frank
>
>James Wilson wrote:
> >
> > Hi All,
> >
> > I hope someone can shed some light on the problem I have come across in
>the
> > following scenario :
> >
> > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> > router in the middle doing frame relay switching. The frame switch is
>_not_
> > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There
>is
> > _no_ PVC between R2 and R3.
> >
> > The particular lab exercise here specifies that each router much be able
>to
> > ping every other router in the frame cloud. BUT the use of the
>'frame-relay
> > map' command is forbidden, and only R1 can be configured using a
>subinterface.
> >
> > As I have it configured R1 can ping both R2 and R3 as expected. However,
> > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The
> > question stipulates you should use routing and not Layer2 to Layer3
> > mapping. A debug on the ping from R2 to R3 shows that there is no map
>entry
> > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is
> > only 1 entry and it is for R1. This sh frame map is identical on R2 and
>R3.
> >
> > So the question is, how can I get R2 and R3 to be able to ping each other
> > using routing and not the frame relay map command.
> >
> > It's got two of us here studying for our CCIE stumped, so im hoping
>someone
> > out there has an idea as to how this can be accomplished.
> >
> > Also, as this is for the CCIE, static routes are not an option.
> >
> > Cheers.
> >
> > Jim.
> >
> > _
> > FAQ, list archives, and subscription info:
>http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>
>_
>FAQ, list archives, and subscription info:
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Problem

[Aaron K. Dixon]

Then try using policy routing to set the next-hop for all packets to go to
the hub which has a route to the other spoke.  Then the other spoke should
have the same type of route-map.  Using this method you won't need to change
the routing table, but change the packets themselves.  Don't forget that if
you are doing this from a local ping on the router you will need to enable
the route-map with the local policy command.

Regards,
Aaron K. Dixon


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
James Wilson
Sent: Sunday, November 26, 2000 10:48 PM
To: Aaron K. Dixon
Cc: Frank B.; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Frame Relay Problem


All interfaces on the frame relay network are in the same 10.1.x.x/16
subnet. Hence there is a connected route comming from the frame relay
interface which will be preferred over any default route or any other route.

At 10:43 AM 26/11/2000 -0600, Aaron K. Dixon wrote:
>You will need to either generate default routes for the spokes or use
policy
>routing to set the default next hop.
>
>Regards,
>Aaron K. Dixon
>
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
>Frank B.
>Sent: Sunday, November 26, 2000 10:27 PM
>To: James Wilson
>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: Re: Frame Relay Problem
>
>
>Unless I'm mis-reading you here this is the correct behavior for a
>partial mesh.  Unless you provide a full mesh you won't get dynamic
>mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
>subnet and the PVC from R1 to R3 is another subnet--Frame relay and
>Inverse ARP alone can't route between them.
>
>So if you can't get a PVC between R2 and R3...then run any routing
>protocol on all 3 routers and you should be able to ping from R2 to R3
>and vice-versa (RIP will work fine to prove this point.)  Hope this
>helps...and as always, comments are welcome ( and in fact expected
>;-)Frank
>
>James Wilson wrote:
> >
> > Hi All,
> >
> > I hope someone can shed some light on the problem I have come across in
>the
> > following scenario :
> >
> > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> > router in the middle doing frame relay switching. The frame switch is
>_not_
> > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off
R1.
> > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There
>is
> > _no_ PVC between R2 and R3.
> >
> > The particular lab exercise here specifies that each router much be able
>to
> > ping every other router in the frame cloud. BUT the use of the
>'frame-relay
> > map' command is forbidden, and only R1 can be configured using a
>subinterface.
> >
> > As I have it configured R1 can ping both R2 and R3 as expected. However,
> > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other.
The
> > question stipulates you should use routing and not Layer2 to Layer3
> > mapping. A debug on the ping from R2 to R3 shows that there is no map
>entry
> > for R3 hence encapsulation failed. A look at 'sh frame map' shows there
is
> > only 1 entry and it is for R1. This sh frame map is identical on R2 and
>R3.
> >
> > So the question is, how can I get R2 and R3 to be able to ping each
other
> > using routing and not the frame relay map command.
> >
> > It's got two of us here studying for our CCIE stumped, so im hoping
>someone
> > out there has an idea as to how this can be accomplished.
> >
> > Also, as this is for the CCIE, static routes are not an option.
> >
> > Cheers.
> >
> > Jim.
> >
> > _
> > FAQ, list archives, and subscription info:
>http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>
>_
>FAQ, list archives, and subscription info:
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[Frank B.]

Ah...now I need more info.  Below you stated "only R1 can be configured
using a subinterface"--so that's my first question:

Is it configured with sub-int's, one for ea PVC?  If yes, and they are
configured as point-to-point then I believe that each separate PVC is
required to be on a separate subnet since the router treats each as a
separate interface.  In this scenario my original response will work.
 
If no, then are you using one multipoint subint on R1 the Hub router? 
If so, one subnet works for all three interfaces but I believe you'll
need map statements at the spokes.  I understand this isn't an option. 
So please provide more details...

If your lab exercise doesn't explicitly disallow point-to-point
subinterfaces at the hub router, R1, then I'd configure it that way,
with 2 differnet subnets and run RIP on all 3 routers...it will work. 
If I missed another restriction you're facing please advise
soonest...I'm now very interested in this one.  Thanks, Frank

James Wilson wrote:
> 
> Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet
> 
> Hence the problem.
> 
> Im well aware this is the normal partial mesh behavior and that its quiet
> easily rectified using map statements... but for this particular setup it
> requests the use of routing and not frame relay map statements.
> 
> At 06:26 PM 26/11/2000 -1000, Frank B. wrote:
> >Unless I'm mis-reading you here this is the correct behavior for a
> >partial mesh.  Unless you provide a full mesh you won't get dynamic
> >mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
> >subnet and the PVC from R1 to R3 is another subnet--Frame relay and
> >Inverse ARP alone can't route between them.
> >
> >So if you can't get a PVC between R2 and R3...then run any routing
> >protocol on all 3 routers and you should be able to ping from R2 to R3
> >and vice-versa (RIP will work fine to prove this point.)  Hope this
> >helps...and as always, comments are welcome ( and in fact expected
> >;-)Frank
> >
> >James Wilson wrote:
> > >
> > > Hi All,
> > >
> > > I hope someone can shed some light on the problem I have come across in the
> > > following scenario :
> > >
> > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a
> > > router in the middle doing frame relay switching. The frame switch is _not_
> > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1.
> > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is
> > > _no_ PVC between R2 and R3.
> > >
> > > The particular lab exercise here specifies that each router much be able to
> > > ping every other router in the frame cloud. BUT the use of the 'frame-relay
> > > map' command is forbidden, and only R1 can be configured using a
> > subinterface.
> > >
> > > As I have it configured R1 can ping both R2 and R3 as expected. However,
> > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The
> > > question stipulates you should use routing and not Layer2 to Layer3
> > > mapping. A debug on the ping from R2 to R3 shows that there is no map entry
> > > for R3 hence encapsulation failed. A look at 'sh frame map' shows there is
> > > only 1 entry and it is for R1. This sh frame map is identical on R2 and R3.
> > >
> > > So the question is, how can I get R2 and R3 to be able to ping each other
> > > using routing and not the frame relay map command.
> > >
> > > It's got two of us here studying for our CCIE stumped, so im hoping someone
> > > out there has an idea as to how this can be accomplished.
> > >
> > > Also, as this is for the CCIE, static routes are not an option.
> > >
> > > Cheers.
> > >
> > > Jim.
> > >
> > > _
> > > FAQ, list archives, and subscription info:
> > http://www.groupstudy.com/list/cisco.html
> > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[NeoLink2000]

In a message dated 11/27/00 12:46:17 AM Eastern Standard Time, [EMAIL PROTECTED] writes:


Solve the problem with routing, not 
layer 3 to layer 2 mapping".

Hence ruling out any static frame mapping or arp type solutions as these 
are all layer 2 to layer 3 mapping techniques.


Couldn't you use, on the edges (r2/r3), a gateway of last resort like (ip route 0.0.0.0 0.0.0.0 s0) so when you couldn't find a route it would send it out s0 to the frame switch and then r1 would be able to pass it to the other end...?

Another thought. The lab says that it doesn't want you to use layer 3 to layer 2 mapping. Why can't you use static if it's, as you said, layer 2 to layer 3?

These are just some thoughts, hope I spark something...

Mark Zabludovsky ~ CCNA, CCDA, 1/2-NP
[EMAIL PROTECTED]

 "Even if I knew I had only 1 more week to live, I would still schedule my CCIE lab. I would just have to work a little harder I guess. After all, without any goals in life, I'm dead already."
   ~Mark Zabludovsky~

RE: Frame Relay Problem

[Taylor, Don]

Title: RE: Frame Relay Problem





Maybe I'm missing something, but in looking at your config and cross-referencing the rules of the lab, I can't understand why you didn't just create two subinterfaces on R1.

-Original Message-
From: James Wilson [mailto:[EMAIL PROTECTED]]
Sent: Sunday, November 26, 2000 5:50 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Frame Relay Problem



Hi All,


I hope someone can shed some light on the problem I have come across in the 
following scenario :


Three routers, R1,R2 and R3 all connected via a Frame Relay cloud with a 
router in the middle doing frame relay switching. The frame switch is _not_ 
fully meshed. R1 is acting as the hub with R2 and R3 being spokes off R1. 
Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. There is 
_no_ PVC between R2 and R3.


The particular lab exercise here specifies that each router much be able to 
ping every other router in the frame cloud. BUT the use of the 'frame-relay 
map' command is forbidden, and only R1 can be configured using a subinterface.


As I have it configured R1 can ping both R2 and R3 as expected. However, 
both R2 and R3 can only ping R1 (the hub) yet cannot ping each other. The 
question stipulates you should use routing and not Layer2 to Layer3 
mapping. A debug on the ping from R2 to R3 shows that there is no map entry 
for R3 hence encapsulation failed. A look at 'sh frame map' shows there is 
only 1 entry and it is for R1. This sh frame map is identical on R2 and R3.


So the question is, how can I get R2 and R3 to be able to ping each other 
using routing and not the frame relay map command.


It's got two of us here studying for our CCIE stumped, so im hoping someone 
out there has an idea as to how this can be accomplished.


Also, as this is for the CCIE, static routes are not an option.


Cheers.


Jim.


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[James Wilson]

Your suggestions are good, unfortunately i have already tried most of them 
and other break the rules of the lab

Here's a run down :

- R1 is currently configured with 1 multipoint subinterface with multiple 
frame-relay interface-dlci commands.
- The rules state only 1 subinterface can be used, and also state only the 
one 10.1.0.0/16 subnet can be used so that rules out the multiple subnets.
- The lab stipulates the ip addresses for R1, R2 and R2 be 10.1.1.1/16, 
10.1.1.2/16, 10.1.1.3/16 respectively.

So there goes the multiple point to point interfaces / multiple subnets 
idea. bummer.

As you said, Map statements are not to be used. The direct quote from the 
lab is "Also, one of the problems in this lab [i.e r2 not being able to 
ping r3] can be solved with multiple frame map ip statements, but this is 
not the solution i want you to use. Solve the problem with routing, not 
layer 3 to layer 2 mapping".

Hence ruling out any static frame mapping or arp type solutions as these 
are all layer 2 to layer 3 mapping techniques.

The use of OSPF is permitted and required throughout the lab, with alll 
frame relay interfaces being in Area 0.

At 06:58 PM 26/11/2000 -1000, Frank B. wrote:
>Ah...now I need more info.  Below you stated "only R1 can be configured
>using a subinterface"--so that's my first question:
>
>Is it configured with sub-int's, one for ea PVC?  If yes, and they are
>configured as point-to-point then I believe that each separate PVC is
>required to be on a separate subnet since the router treats each as a
>separate interface.  In this scenario my original response will work.
>
>If no, then are you using one multipoint subint on R1 the Hub router?
>If so, one subnet works for all three interfaces but I believe you'll
>need map statements at the spokes.  I understand this isn't an option.
>So please provide more details...
>
>If your lab exercise doesn't explicitly disallow point-to-point
>subinterfaces at the hub router, R1, then I'd configure it that way,
>with 2 differnet subnets and run RIP on all 3 routers...it will work.
>If I missed another restriction you're facing please advise
>soonest...I'm now very interested in this one.  Thanks, Frank
>
>James Wilson wrote:
> >
> > Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet
> >
> > Hence the problem.
> >
> > Im well aware this is the normal partial mesh behavior and that its quiet
> > easily rectified using map statements... but for this particular setup it
> > requests the use of routing and not frame relay map statements.
> >
> > At 06:26 PM 26/11/2000 -1000, Frank B. wrote:
> > >Unless I'm mis-reading you here this is the correct behavior for a
> > >partial mesh.  Unless you provide a full mesh you won't get dynamic
> > >mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
> > >subnet and the PVC from R1 to R3 is another subnet--Frame relay and
> > >Inverse ARP alone can't route between them.
> > >
> > >So if you can't get a PVC between R2 and R3...then run any routing
> > >protocol on all 3 routers and you should be able to ping from R2 to R3
> > >and vice-versa (RIP will work fine to prove this point.)  Hope this
> > >helps...and as always, comments are welcome ( and in fact expected
> > >;-)Frank
> > >
> > >James Wilson wrote:
> > > >
> > > > Hi All,
> > > >
> > > > I hope someone can shed some light on the problem I have come 
> across in the
> > > > following scenario :
> > > >
> > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud 
> with a
> > > > router in the middle doing frame relay switching. The frame switch 
> is _not_
> > > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes 
> off R1.
> > > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3. 
> There is
> > > > _no_ PVC between R2 and R3.
> > > >
> > > > The particular lab exercise here specifies that each router much be 
> able to
> > > > ping every other router in the frame cloud. BUT the use of the 
> 'frame-relay
> > > > map' command is forbidden, and only R1 can be configured using a
> > > subinterface.
> > > >
> > > > As I have it configured R1 can ping both R2 and R3 as expected. 
> However,
> > > > both R2 and R3 can only ping R1 (the hub) yet cannot ping each 
> other. The
> > > > question stipulates you should use routing and not Layer2 to Layer3
> > > > mapping. A debug on the ping from R2 to R3 shows that there is no 
> map entry
> > > > for R3 hence encapsulation failed. A look at 'sh frame map' shows 
> there is
> > > > only 1 entry and it is for R1. This sh frame map is identical on R2 
> and R3.
> > > >
> > > > So the question is, how can I get R2 and R3 to be able to ping each 
> other
> > > > using routing and not the frame relay map command.
> > > >
> > > > It's got two of us here studying for our CCIE stumped, so im hoping 
> someone
> > > > out there has an idea as to how this can be accomplished.
> > > >
> > > > Also, as this is for the CCIE, static rou

RE: Frame Relay Problem

[Aaron K. Dixon]

With that in mind you come back to the solution of using route-maps to set
your default next-hop.  This is a layer 3 resolution for your problem and
should solve all of your issues.

Regards,
Aaron K. Dixon

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
James Wilson
Sent: Sunday, November 26, 2000 10:58 PM
To: Frank B.
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Frame Relay Problem


Your suggestions are good, unfortunately i have already tried most of them
and other break the rules of the lab

Here's a run down :

- R1 is currently configured with 1 multipoint subinterface with multiple
frame-relay interface-dlci commands.
- The rules state only 1 subinterface can be used, and also state only the
one 10.1.0.0/16 subnet can be used so that rules out the multiple subnets.
- The lab stipulates the ip addresses for R1, R2 and R2 be 10.1.1.1/16,
10.1.1.2/16, 10.1.1.3/16 respectively.

So there goes the multiple point to point interfaces / multiple subnets
idea. bummer.

As you said, Map statements are not to be used. The direct quote from the
lab is "Also, one of the problems in this lab [i.e r2 not being able to
ping r3] can be solved with multiple frame map ip statements, but this is
not the solution i want you to use. Solve the problem with routing, not
layer 3 to layer 2 mapping".

Hence ruling out any static frame mapping or arp type solutions as these
are all layer 2 to layer 3 mapping techniques.

The use of OSPF is permitted and required throughout the lab, with alll
frame relay interfaces being in Area 0.

At 06:58 PM 26/11/2000 -1000, Frank B. wrote:
>Ah...now I need more info.  Below you stated "only R1 can be configured
>using a subinterface"--so that's my first question:
>
>Is it configured with sub-int's, one for ea PVC?  If yes, and they are
>configured as point-to-point then I believe that each separate PVC is
>required to be on a separate subnet since the router treats each as a
>separate interface.  In this scenario my original response will work.
>
>If no, then are you using one multipoint subint on R1 the Hub router?
>If so, one subnet works for all three interfaces but I believe you'll
>need map statements at the spokes.  I understand this isn't an option.
>So please provide more details...
>
>If your lab exercise doesn't explicitly disallow point-to-point
>subinterfaces at the hub router, R1, then I'd configure it that way,
>with 2 differnet subnets and run RIP on all 3 routers...it will work.
>If I missed another restriction you're facing please advise
>soonest...I'm now very interested in this one.  Thanks, Frank
>
>James Wilson wrote:
> >
> > Nope, all one subnet. i.e all interfaces are on the 10.1.X.X/16 subnet
> >
> > Hence the problem.
> >
> > Im well aware this is the normal partial mesh behavior and that its
quiet
> > easily rectified using map statements... but for this particular setup
it
> > requests the use of routing and not frame relay map statements.
> >
> > At 06:26 PM 26/11/2000 -1000, Frank B. wrote:
> > >Unless I'm mis-reading you here this is the correct behavior for a
> > >partial mesh.  Unless you provide a full mesh you won't get dynamic
> > >mappings for both spokes.  Also, I assume the PVC from R1 to R2 is one
> > >subnet and the PVC from R1 to R3 is another subnet--Frame relay and
> > >Inverse ARP alone can't route between them.
> > >
> > >So if you can't get a PVC between R2 and R3...then run any routing
> > >protocol on all 3 routers and you should be able to ping from R2 to R3
> > >and vice-versa (RIP will work fine to prove this point.)  Hope this
> > >helps...and as always, comments are welcome ( and in fact expected
> > >;-)Frank
> > >
> > >James Wilson wrote:
> > > >
> > > > Hi All,
> > > >
> > > > I hope someone can shed some light on the problem I have come
> across in the
> > > > following scenario :
> > > >
> > > > Three routers, R1,R2 and R3 all connected via a Frame Relay cloud
> with a
> > > > router in the middle doing frame relay switching. The frame switch
> is _not_
> > > > fully meshed. R1 is acting as the hub with R2 and R3 being spokes
> off R1.
> > > > Hence there is a PVC betweenR1 and R2 and a PVC between R1 and R3.
> There is
> > > > _no_ PVC between R2 and R3.
> > > >
> > > > The particular lab exercise here specifies that each router much be
> able to
> > > > ping every other router in the frame cloud. BUT the use of the
> 'frame-relay
> > > > map' comman

RE: Frame Relay Problem

[Mohamed Heeba]

hi  ;
do u need the 
3 routers to be in the same subnet ?? if so ...gateway of last resort will not 
work since there is a more specific route directly connected  , i guess u 
have to check then something like policy routing .
 
as u didnt 
mention that it is a must to put the routers in the same subnet , then creating 
two different subnets ( one between r1 subif1  and r2  and the second 
between r1subif2 and r3 )  will  simply solve your problem 

 
 
Mohamed 
A.HeebaCCNP ,CCDA 

  -Original Message-From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]Sent: Sunday, November 26, 2000 10:56 
  PMTo: [EMAIL PROTECTED]; [EMAIL PROTECTED]Subject: 
  Re: Frame Relay ProblemIn a message dated 11/27/00 12:46:17 AM Eastern Standard Time, 
  [EMAIL PROTECTED] writes: 
  Solve the problem with routing, not layer 3 to layer 2 
mapping". Hence ruling out any static frame mapping or arp type 
solutions as these are all layer 2 to layer 3 mapping techniques. 
  Couldn't you use, on the edges (r2/r3), a gateway of last 
  resort like (ip route 0.0.0.0 0.0.0.0 s0) so when you couldn't find a 
  route it would send it out s0 to the frame switch and then r1 would be 
  able to pass it to the other end...? Another thought. The lab says 
  that it doesn't want you to use layer 3 to layer 2 mapping. Why can't you 
  use static if it's, as you said, layer 2 to layer 3? These are 
  just some thoughts, hope I spark something... Mark Zabludovsky ~ 
  CCNA, CCDA, 1/2-NP [EMAIL PROTECTED] 
  "Even if I knew I had only 1 more week to 
  live, I would still schedule my CCIE lab. I would just have to work a 
  little harder I guess. After all, without any goals in life, I'm dead 
  already." 
    ~Mark 
  Zabludovsky~ 

Re: Frame Relay SVC

[Phil Barker]

www.cisco.com

SEARCH "frame relay svc"



http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/wan_c/wcdfrely.htm


--- Ken Yeo <[EMAIL PROTECTED]> wrote: > Any one knows
how to configure Frame Relay SVC
> switch on Cisco routers?
> 
> The Cisco configuration guide has examples for SVC
> on routers but no example
> for SVC switch configuration. How do you test your
> SVC router configuration?
> 
> I have searched the archives, many have asked the
> questions but I can't seem
> to find the answer, so I ask again.
> 
> Thanks!
> Ken
> 
> 
> _
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to
[EMAIL PROTECTED]



Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay SVC

[Ken Yeo]

I can't seem to find an example. The configuration guide covers
configuration for SVC on the router side, I am actually looking for a SVC
switch configuration.

Thanks!
Ken

"Phil Barker" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> www.cisco.com
>
> SEARCH "frame relay svc"
>
>
>
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/wan_
c/wcdfrely.htm
>
>
> --- Ken Yeo <[EMAIL PROTECTED]> wrote: > Any one knows
> how to configure Frame Relay SVC
> > switch on Cisco routers?
> >
> > The Cisco configuration guide has examples for SVC
> > on routers but no example
> > for SVC switch configuration. How do you test your
> > SVC router configuration?
> >
> > I have searched the archives, many have asked the
> > questions but I can't seem
> > to find the answer, so I ask again.
> >
> > Thanks!
> > Ken
> >
> >
> > _
> > FAQ, list archives, and subscription info:
> > http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to
> [EMAIL PROTECTED]
>
>
> 
> Do You Yahoo!?
> Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> or your free @yahoo.ie address at http://mail.yahoo.ie
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay SVC

[Elias Aggelidis]

What exactly are you looking for ?

The attached PDF file has a lot examples how to perform FR/switching.

Regards
Elias Aggelidis
CCNP + Voice
- Original Message -
From: "Ken Yeo" <[EMAIL PROTECTED]>
Newsgroups: groupstudy.cisco
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 06, 2000 1:47 PM
Subject: Re: Frame Relay SVC


> I can't seem to find an example. The configuration guide covers
> configuration for SVC on the router side, I am actually looking for a SVC
> switch configuration.
>
> Thanks!
> Ken
>
> "Phil Barker" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > www.cisco.com
> >
> > SEARCH "frame relay svc"
> >
> >
> >
> >
> http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/wan_
> c/wcdfrely.htm
> >
> >
> > --- Ken Yeo <[EMAIL PROTECTED]> wrote: > Any one knows
> > how to configure Frame Relay SVC
> > > switch on Cisco routers?
> > >
> > > The Cisco configuration guide has examples for SVC
> > > on routers but no example
> > > for SVC switch configuration. How do you test your
> > > SVC router configuration?
> > >
> > > I have searched the archives, many have asked the
> > > questions but I can't seem
> > > to find the answer, so I ask again.
> > >
> > > Thanks!
> > > Ken
> > >
> > >
> > > _
> > > FAQ, list archives, and subscription info:
> > > http://www.groupstudy.com/list/cisco.html
> > > Report misconduct and Nondisclosure violations to
> > [EMAIL PROTECTED]
> >
> >
> > 
> > Do You Yahoo!?
> > Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
> > or your free @yahoo.ie address at http://mail.yahoo.ie
> >
> > _
> > FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> >
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-relay URLs

[Ware, Balasaheb]

Can anybody suggest some links or URLs on Frame-relay for detailed study
including basics , configuration.
Thanks in advance.

Bala
Senior Software Specialist ( E-Infra)
Digital Equipment (I) Limited
Digital India, III, Floor,
Khanija Bhavan, # 49, Race Course Road,
Bangalore 560 022. India
Tel: 91 80 2268003, x 4004
Fax: 91 80 2268044
email:[EMAIL PROTECTED]
website:  www.digitalindiasw.com


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame-relay URLs

[Coker, Michael]

Cisco's site has a lot of good Frame Relay info, obviously.  Nevertheless,
I've listed a few of my favorites that may prove to be useful.

Best of luck,

--Mike

http://www.nwfusion.com/research/framerelay.html?nf#search

http://www.cisco.com/warp/public/779/smbiz/service/knowledge/wan/subifs.htm

http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/qos_
c/qcprt4/qcdpolsh.htm

http://www.raleigh.ibm.com/cgi-bin/bookmgr/BOOKS/EZ305800/CCONTENTS

http://www.cisco.com/univercd/cc/td/doc/cisintwk/itg_v1/tr1918.htm

http://www.cisco.com/warp/public/125/13.html

http://www.cisco.com/univercd/cc/td/doc/product/software/ios113ed/113ed_cr/w
an_c/wcfrelay.htm#xtocid2343228

http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/qos_c
/qcpart4/qcfrts.htm

 

-Original Message-
From: Ware, Balasaheb
To: [EMAIL PROTECTED]
Sent: 12/13/00 1:54 AM
Subject: Re: Frame-relay URLs


Can anybody suggest some links or URLs on Frame-relay for detailed study
including basics , configuration.
Thanks in advance.

Bala
Senior Software Specialist ( E-Infra)
Digital Equipment (I) Limited
Digital India, III, Floor,
Khanija Bhavan, # 49, Race Course Road,
Bangalore 560 022. India
Tel: 91 80 2268003, x 4004
Fax: 91 80 2268044
email:[EMAIL PROTECTED]
website:  www.digitalindiasw.com


_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Fragmentation

[Bosio Stefano]

FRF.12 must be supported on both ends.
One side make the fragmentation and the other end must be able to reassemble
the original packet.

You can do fragmentation only from one side but both must support FRF.12 to
work properly.

So the answer is you can trun on fragmentation on one side but it must be
supported on both side.

Stefano


> -Original Message-
> From: John Neiberger [mailto:[EMAIL PROTECTED]]
> Sent: martedì 19 dicembre 2000 00.07
> To: [EMAIL PROTECTED]
> Subject: Frame Relay Fragmentation
> 
> 
> I need to turn on FRF.12 on a remote router so that I can 
> make use of the
> frame-relay ip rtp priority command.  However, the PVC that I'll be
> implementing that on connects to a router that cannot do FRF.12.
> 
> Does FRF.12 need to be configured on both ends?  It seems 
> that it probably
> only needs to be configured on the end doing the fragmenting, 
> which would be
> good news, but it I'm not positive about this.  Will the near 
> end need to be
> configured for FRF.12 so it knows how to reassemble those frame relay
> frames?
> 
> I'm guessing that I only have to do it on the end doing the 
> work, but I
> wanted to check before I go break something on a production box.  :-)
> 
> Thanks as always,
> John
> 
> 
> 
> 
> 
> ___
> Send a cool gift with your E-Card
> http://www.bluemountain.com/giftcenter/
> 
> 
> _
> FAQ, list archives, and subscription info: 
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Fragmentation

[Priscilla Oppenheimer]

Here's what I got from a Networkers presentation.

FRF.12 allows for both UNI and end-to-end fragmentation. With FRF.12 UNI, 
frames are reassembled on ingress to the network, in other words at the 
service provider's switch. Frames cross the network unfragemented. The UNI 
frame format looks like: Fragmentation Header/Frame Relay Header/Payload 
(Fragment)/FCS. FRF.12 UNI is often sufficient to handle the problem of 
large frames taking a long time to leave the router, thus causing a backup 
for small voice frames or frames for interactive or real-time applications.

Last I heard, Cisco didn't support FRF.12 UNI, though. That could have changed.

With FRF.12 end-to-end fragmentation, frames traverse the network as 
fragments and are reassembled at the terminating router. So both routers 
would have to support it. The frame traverses the complete network looking 
like this: Frame Relay Header/Fragmentation Header/Payload (Fragment)/FCS.

FRF.11 Annec C also does fragmentation. It is end-to-end. The difference is 
that Annex C allows for a subframe header which supports many different 
channels. The frame looks like: Frame Relay Header/Subframe 
Header/Fragmentation Header/Payload (Fragment)/FCS.

As you can see from the frame formats, you have to be careful to configure 
the routers (and switches) properly, obviously.

Priscilla


> > -Original Message-
> > From: John Neiberger [mailto:[EMAIL PROTECTED]]
> > Sent: martedì 19 dicembre 2000 00.07
> > To: [EMAIL PROTECTED]
> > Subject: Frame Relay Fragmentation
> >
> >
> > I need to turn on FRF.12 on a remote router so that I can
> > make use of the
> > frame-relay ip rtp priority command.  However, the PVC that I'll be
> > implementing that on connects to a router that cannot do FRF.12.
> >
> > Does FRF.12 need to be configured on both ends?  It seems
> > that it probably
> > only needs to be configured on the end doing the fragmenting,
> > which would be
> > good news, but it I'm not positive about this.  Will the near
> > end need to be
> > configured for FRF.12 so it knows how to reassemble those frame relay
> > frames?
> >
> > I'm guessing that I only have to do it on the end doing the
> > work, but I
> > wanted to check before I go break something on a production box.  :-)
> >
> > Thanks as always,
> > John




Priscilla Oppenheimer
http://www.priscilla.com

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-Relay question ?

[Shabbir S. Talib]

Add the no keepalive commands to both your interfaces. Check out the
links below.

Back-to-Back Frame Relay
http://www.cisco.com/warp/public/125/frbacktoback.html

Technical tips for Frame Relay http://www.cisco.com/warp/public/125/


mindiani mindiani wrote:
> 
> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
> 
> Here is the sample config:
> 
> Router1:
> 
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
> 
> Router2:
> 
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
> 
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

-- 

Shabbir S. Talib
MCSE, CNE, CCNA

_
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 ?

[Shabbir S. Talib]

Add the no keepalive commands to both your interfaces. Check out the
links below.

Back-to-Back Frame Relay
http://www.cisco.com/warp/public/125/frbacktoback.html

Technical tips for Frame Relay http://www.cisco.com/warp/public/125/


mindiani mindiani wrote:
> 
> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
> 
> Here is the sample config:
> 
> Router1:
> 
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
> 
> Router2:
> 
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
> 
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

-- 

Shabbir S. Talib
MCSE, CNE, CCNA

_
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 ?

[ccarring]

Mindiani,

In this configuration, there is no switch sending LMI to the routers.
The router declares the line protocol down after three missed keepalive
intervals (10 seconds each, by default). 

One way to fix this problem in back-to-back frame relay configs is to
add "no keepalive" under the serial interface config. 

This assumes you have Router1 as the DCE end of the cable.

Cheers,

Curtis

mindiani mindiani wrote:
> 
> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
> 
> Here is the sample config:
> 
> Router1:
> 
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
> 
> Router2:
> 
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
> 
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
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 ?

[Paulo Roque]

You must do a router be a "frame-relay switch" e declare it a DCE device.
In the router with the DCE cable do the following:

router(config)#frame-relay switching
.
.
router(if-config)#frame-relay intf-type dce
router(if-config)#clockrate 256000



""mindiani mindiani"" <[EMAIL PROTECTED]> escreveu na mensagem
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
>
> Here is the sample config:
>
> Router1:
>
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
>
>
> Router2:
>
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
>
>
>
>
>
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay PVC

[Taylor, Don]

My first and last inclination (not to mention every inclination in between)
is to blame the telco. If they've truly done testing on the circuit and
can't find anything, then consider whether you cross multiple carriers on
that PVC. It may not be your local carrier's issue, which is why they
haven't found anything. If you're on a single carrier, then I would
recommend a redesign of that PVC. It's easy to say there's nothing wrong
with the configuration of the PVC when you're talking with someone who
doesn't know all the ins and outs of frame switch configuration, but in my
experience, most of the carrier techs don't really KNOW their equipment -
they just have a script they run through to create new PVCs, hence they may
not be exactly accurate when they say that everything is fine.

Hope that helps.

- Don

-Original Message-
From: Radford Dion [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 03, 2001 8:46 AM
To: [EMAIL PROTECTED]
Subject: Frame Relay PVC 



I have a intermittent problem (about a dozen times a day) where a PVC goes
from the active to inactive state. It used to happen maybe once a week. I
have not changed anything on either router. Furthermore, my other PVC's are
unaffected.

I did a debug of the lmi packets and the output is below. My telco says
there is nothing wrong with the physical connection or the configuration of
the PVC. If anyone has an explanation for these events, or even better, a
solution to fix the damn thing, I'd love to hear it.

Thanks,

Dion

Serial0(in): Status, myseq 89
RT IE 1, length 1, type 0
KA IE 3, length 2, yourseq 193, myseq 89
PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
PVC IE 0x7 , length 0x3 , dlci 271, status 0x0
*Jan  3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
changed to INACTIVE
*Jan  3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1,
changed state to down
PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
Serial0(out): StEnq, myseq 90, yourseen 193, DTE up
datagramstart = 0x401D66CC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5A C1

Serial0(in): Status, myseq 90
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 194, myseq 90
Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
datagramstart = 0x40001338, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5B C2

Serial0(in): Status, myseq 91
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 195, myseq 91 
Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
datagramstart = 0x40001338, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5B C2

Serial0(in): Status, myseq 91
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 195, myseq 91
Serial0(out): StEnq, myseq 92, yourseen 195, DTE up
datagramstart = 0x402295A0, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5C C3

Serial0(in): Status, myseq 92
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 196, myseq 92
Serial0(out): StEnq, myseq 93, yourseen 196, DTE up
datagramstart = 0x4FB4, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5D C4

Serial0(in): Status, myseq 93
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 197, myseq 93
Serial0(out): StEnq, myseq 94, yourseen 197, DTE up
datagramstart = 0x401D5E9C, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5E C5

Serial0(in): Status, myseq 94
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 198, myseq 94
Serial0(out): StEnq, myseq 95, yourseen 198, DTE up
datagramstart = 0x43FC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 00 03 02 5F C6

Serial0(in): Status, myseq 95
RT IE 1, length 1, type 0
KA IE 3, length 2, yourseq 199, myseq 95
PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
PVC IE 0x7 , length 0x3 , dlci 271, status 0x2
*Jan  3 10:24:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
changed to ACTIVE
*Jan  3 10:24:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1,
changed state to up   
PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
Serial0(out): StEnq, myseq 96, yourseen 199, DTE up
datagramstart = 0x43FC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 60 C7


Configs:
Router A:

interface Serial0
 no ip address
 encapsulation frame-relay
 bandwidth 256
 frame-relay lmi-type ansi
!
interface Serial0.1 point-to-point
 ip address 172.19.148.254 255.255.255.0
 frame-relay interface-dlci 271


Router B:

interface Serial1
  no ip address
 encapsulation frame-relay
 bandwidth 64
 no fair-queue
 frame-relay lmi-type ansi
!
interface Serial1.1 point-to-point
 ip address 172.19.148.253 255.255.255.0
 frame-relay interface-dlci 240


*
DISCLAIMER:   The information contained in this e-mail may be confidential
and is intended solely for the use of the named addressee.  Access, copying
or re-use of the e-mail or any information contai

RE: Frame Relay PVC

[Mark Krysinski]

Dion,
   Request of your carrier to do intrusive testing.  This will force them to
look at more than just the signaling portion of the circuit.

Good luck,

Mark Krysinski
CTO

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Radford Dion
Sent: Wednesday, January 03, 2001 11:46 AM
To: [EMAIL PROTECTED]
Subject: Frame Relay PVC



I have a intermittent problem (about a dozen times a day) where a PVC goes
from the active to inactive state. It used to happen maybe once a week. I
have not changed anything on either router. Furthermore, my other PVC's are
unaffected.

I did a debug of the lmi packets and the output is below. My telco says
there is nothing wrong with the physical connection or the configuration of
the PVC. If anyone has an explanation for these events, or even better, a
solution to fix the damn thing, I'd love to hear it.

Thanks,

Dion

Serial0(in): Status, myseq 89
RT IE 1, length 1, type 0
KA IE 3, length 2, yourseq 193, myseq 89
PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
PVC IE 0x7 , length 0x3 , dlci 271, status 0x0
*Jan  3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
changed to INACTIVE
*Jan  3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1,
changed state to down
PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
Serial0(out): StEnq, myseq 90, yourseen 193, DTE up
datagramstart = 0x401D66CC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5A C1

Serial0(in): Status, myseq 90
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 194, myseq 90
Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
datagramstart = 0x40001338, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5B C2

Serial0(in): Status, myseq 91
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 195, myseq 91
Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
datagramstart = 0x40001338, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5B C2

Serial0(in): Status, myseq 91
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 195, myseq 91
Serial0(out): StEnq, myseq 92, yourseen 195, DTE up
datagramstart = 0x402295A0, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5C C3

Serial0(in): Status, myseq 92
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 196, myseq 92
Serial0(out): StEnq, myseq 93, yourseen 196, DTE up
datagramstart = 0x4FB4, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5D C4

Serial0(in): Status, myseq 93
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 197, myseq 93
Serial0(out): StEnq, myseq 94, yourseen 197, DTE up
datagramstart = 0x401D5E9C, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5E C5

Serial0(in): Status, myseq 94
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 198, myseq 94
Serial0(out): StEnq, myseq 95, yourseen 198, DTE up
datagramstart = 0x43FC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 00 03 02 5F C6

Serial0(in): Status, myseq 95
RT IE 1, length 1, type 0
KA IE 3, length 2, yourseq 199, myseq 95
PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
PVC IE 0x7 , length 0x3 , dlci 271, status 0x2
*Jan  3 10:24:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
changed to ACTIVE
*Jan  3 10:24:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1,
changed state to up
PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
Serial0(out): StEnq, myseq 96, yourseen 199, DTE up
datagramstart = 0x43FC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 60 C7


Configs:
Router A:

interface Serial0
 no ip address
 encapsulation frame-relay
 bandwidth 256
 frame-relay lmi-type ansi
!
interface Serial0.1 point-to-point
 ip address 172.19.148.254 255.255.255.0
 frame-relay interface-dlci 271


Router B:

interface Serial1
  no ip address
 encapsulation frame-relay
 bandwidth 64
 no fair-queue
 frame-relay lmi-type ansi
!
interface Serial1.1 point-to-point
 ip address 172.19.148.253 255.255.255.0
 frame-relay interface-dlci 240


*
DISCLAIMER:   The information contained in this e-mail may be confidential
and is intended solely for the use of the named addressee.  Access, copying
or re-use of the e-mail or any information contained therein by any other
person is not authorized.  If you are not the intended recipient please
notify us immediately by returning the e-mail to the originator.

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay PVC

[Jim Dixon]

Dion,
Have you also moved this troublesome link to another "KNOWN GOOD" serial
port.
If you have none free, just switch two of them.
See if the problem follows the serial port or the cable.
If possible use a serial port on another interface on your router.
This will help you eliminate your equipment.

Jim

-Original Message-
From: Mark Krysinski [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 03, 2001 11:27 AM
To: Radford Dion; [EMAIL PROTECTED]
Subject: RE: Frame Relay PVC 


Dion,
   Request of your carrier to do intrusive testing.  This will force them to
look at more than just the signaling portion of the circuit.

Good luck,

Mark Krysinski
CTO

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Radford Dion
Sent: Wednesday, January 03, 2001 11:46 AM
To: [EMAIL PROTECTED]
Subject: Frame Relay PVC



I have a intermittent problem (about a dozen times a day) where a PVC goes
from the active to inactive state. It used to happen maybe once a week. I
have not changed anything on either router. Furthermore, my other PVC's are
unaffected.

I did a debug of the lmi packets and the output is below. My telco says
there is nothing wrong with the physical connection or the configuration of
the PVC. If anyone has an explanation for these events, or even better, a
solution to fix the damn thing, I'd love to hear it.

Thanks,

Dion

Serial0(in): Status, myseq 89
RT IE 1, length 1, type 0
KA IE 3, length 2, yourseq 193, myseq 89
PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
PVC IE 0x7 , length 0x3 , dlci 271, status 0x0
*Jan  3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
changed to INACTIVE
*Jan  3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1,
changed state to down
PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
Serial0(out): StEnq, myseq 90, yourseen 193, DTE up
datagramstart = 0x401D66CC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5A C1

Serial0(in): Status, myseq 90
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 194, myseq 90
Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
datagramstart = 0x40001338, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5B C2

Serial0(in): Status, myseq 91
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 195, myseq 91
Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
datagramstart = 0x40001338, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5B C2

Serial0(in): Status, myseq 91
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 195, myseq 91
Serial0(out): StEnq, myseq 92, yourseen 195, DTE up
datagramstart = 0x402295A0, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5C C3

Serial0(in): Status, myseq 92
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 196, myseq 92
Serial0(out): StEnq, myseq 93, yourseen 196, DTE up
datagramstart = 0x4FB4, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5D C4

Serial0(in): Status, myseq 93
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 197, myseq 93
Serial0(out): StEnq, myseq 94, yourseen 197, DTE up
datagramstart = 0x401D5E9C, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 5E C5

Serial0(in): Status, myseq 94
RT IE 1, length 1, type 1
KA IE 3, length 2, yourseq 198, myseq 94
Serial0(out): StEnq, myseq 95, yourseen 198, DTE up
datagramstart = 0x43FC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 00 03 02 5F C6

Serial0(in): Status, myseq 95
RT IE 1, length 1, type 0
KA IE 3, length 2, yourseq 199, myseq 95
PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
PVC IE 0x7 , length 0x3 , dlci 271, status 0x2
*Jan  3 10:24:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
changed to ACTIVE
*Jan  3 10:24:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0.1,
changed state to up
PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
Serial0(out): StEnq, myseq 96, yourseen 199, DTE up
datagramstart = 0x43FC, datagramsize = 14
FR encap = 0x00010308
00 75 95 01 01 01 03 02 60 C7


Configs:
Router A:

interface Serial0
 no ip address
 encapsulation frame-relay
 bandwidth 256
 frame-relay lmi-type ansi
!
interface Serial0.1 point-to-point
 ip address 172.19.148.254 255.255.255.0
 frame-relay interface-dlci 271


Router B:

interface Serial1
  no ip address
 encapsulation frame-relay
 bandwidth 64
 no fair-queue
 frame-relay lmi-type ansi
!
interface Serial1.1 point-to-point
 ip address 172.19.148.253 255.255.255.0
 frame-relay interface-dlci 240


*
DISCLAIMER:   The information contained in this e-mail may be confidential
and is intended solely for the use of the named addressee.  Access, copying
or re-use of the e-mail or any information contained therein by any other
person is not authorized.  If you are not the intended recipient please
noti

RE: Frame Relay PVC

[John Neiberger]

I've experienced these types of symptoms several times and 99% of the time
it really is the telco's fault, it just takes some serious pressure to get
them to put some resources toward fixing the problem.

However, at least once I found that it was a bad extension from the demarc
(NIU) to the csu/dsu.  The building we were in had lots of other equipment
at the demarc, and from time to time throughout the day some of that
equipment would generate enough EM noise that it would cause a lot of errors
on our line and the PVC would go down.

The telco tested and didn't find any problems and even sent a tech who
didn't discover any problems.  I later went there myself and re-oriented
some of the cables in relation to other equipment and the problem went away.

>  My first and last inclination (not to mention every inclination in
between)
>  is to blame the telco. If they've truly done testing on the circuit and
>  can't find anything, then consider whether you cross multiple carriers on
>  that PVC. It may not be your local carrier's issue, which is why they
>  haven't found anything. If you're on a single carrier, then I would
>  recommend a redesign of that PVC. It's easy to say there's nothing wrong
>  with the configuration of the PVC when you're talking with someone who
>  doesn't know all the ins and outs of frame switch configuration, but in
my
>  experience, most of the carrier techs don't really KNOW their equipment -
>  they just have a script they run through to create new PVCs, hence they
may
>  not be exactly accurate when they say that everything is fine.
>  
>  Hope that helps.
>  
>  - Don
>  
>  -Original Message-
>  From: Radford Dion [mailto:[EMAIL PROTECTED]]
>  Sent: Wednesday, January 03, 2001 8:46 AM
>  To: [EMAIL PROTECTED]
>  Subject: Frame Relay PVC 
>  
>  
>  
>  I have a intermittent problem (about a dozen times a day) where a PVC
goes
>  from the active to inactive state. It used to happen maybe once a week. I
>  have not changed anything on either router. Furthermore, my other PVC's
are
>  unaffected.
>  
>  I did a debug of the lmi packets and the output is below. My telco says
>  there is nothing wrong with the physical connection or the configuration
of
>  the PVC. If anyone has an explanation for these events, or even better, a
>  solution to fix the damn thing, I'd love to hear it.
>  
>  Thanks,
>  
>  Dion
>  
>  Serial0(in): Status, myseq 89
>  RT IE 1, length 1, type 0
>  KA IE 3, length 2, yourseq 193, myseq 89
>  PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
>  PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
>  PVC IE 0x7 , length 0x3 , dlci 271, status 0x0
>  *Jan  3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
>  changed to INACTIVE
>  *Jan  3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial0.1,
>  changed state to down
>  PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
>  Serial0(out): StEnq, myseq 90, yourseen 193, DTE up
>  datagramstart = 0x401D66CC, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5A C1
>  
>  Serial0(in): Status, myseq 90
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 194, myseq 90
>  Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
>  datagramstart = 0x40001338, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5B C2
>  
>  Serial0(in): Status, myseq 91
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 195, myseq 91 
>  Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
>  datagramstart = 0x40001338, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5B C2
>  
>  Serial0(in): Status, myseq 91
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 195, myseq 91
>  Serial0(out): StEnq, myseq 92, yourseen 195, DTE up
>  datagramstart = 0x402295A0, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5C C3
>  
>  Serial0(in): Status, myseq 92
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 196, myseq 92
>  Serial0(out): StEnq, myseq 93, yourseen 196, DTE up
>  datagramstart = 0x4FB4, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5D C4
>  
>  Serial0(in): Status, myseq 93
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 197, myseq 93
>  Serial0(out): StEnq, myseq 94, yourseen 197, DTE up
>  datagramstart = 0x401D5E9C, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5E C5
>  
>  Serial0(in): Status, myseq 94
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 198, myseq 94
>  Serial0(out): StEnq, myseq 95, yourseen 198, DTE up
>  datagramstart = 0x43FC, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 00 03 02 5F C6
>  
>  Serial0(in): Status, myseq 95
>  RT IE 1, length 1, type 0
>  KA IE 3, length 2, yourseq 199, myseq 95
>  PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
>  PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
>  PVC IE 0x7 , length 0x3 , dlci 271, status 0x2
>  *Jan  3 10:24:37: %FR-5-DLCICHANGE: Interf

RE: Frame Relay PVC

[Taylor, Don]

Really? You had the same PVC dropping regularly because of EM? Dang, that's
weird! I've been playing with the idea of taking one of those home study
courses in basic electrical theory. Maybe I oughta go ahead and do that;
might clear up some ideas in my head. =)

- Don

-Original Message-
From: John Neiberger [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 03, 2001 9:41 AM
To: [EMAIL PROTECTED]
Subject: RE: Frame Relay PVC


I've experienced these types of symptoms several times and 99% of the time
it really is the telco's fault, it just takes some serious pressure to get
them to put some resources toward fixing the problem.

However, at least once I found that it was a bad extension from the demarc
(NIU) to the csu/dsu.  The building we were in had lots of other equipment
at the demarc, and from time to time throughout the day some of that
equipment would generate enough EM noise that it would cause a lot of errors
on our line and the PVC would go down.

The telco tested and didn't find any problems and even sent a tech who
didn't discover any problems.  I later went there myself and re-oriented
some of the cables in relation to other equipment and the problem went away.

>  My first and last inclination (not to mention every inclination in
between)
>  is to blame the telco. If they've truly done testing on the circuit and
>  can't find anything, then consider whether you cross multiple carriers on
>  that PVC. It may not be your local carrier's issue, which is why they
>  haven't found anything. If you're on a single carrier, then I would
>  recommend a redesign of that PVC. It's easy to say there's nothing wrong
>  with the configuration of the PVC when you're talking with someone who
>  doesn't know all the ins and outs of frame switch configuration, but in
my
>  experience, most of the carrier techs don't really KNOW their equipment -
>  they just have a script they run through to create new PVCs, hence they
may
>  not be exactly accurate when they say that everything is fine.
>  
>  Hope that helps.
>  
>  - Don
>  
>  -Original Message-
>  From: Radford Dion [mailto:[EMAIL PROTECTED]]
>  Sent: Wednesday, January 03, 2001 8:46 AM
>  To: [EMAIL PROTECTED]
>  Subject: Frame Relay PVC 
>  
>  
>  
>  I have a intermittent problem (about a dozen times a day) where a PVC
goes
>  from the active to inactive state. It used to happen maybe once a week. I
>  have not changed anything on either router. Furthermore, my other PVC's
are
>  unaffected.
>  
>  I did a debug of the lmi packets and the output is below. My telco says
>  there is nothing wrong with the physical connection or the configuration
of
>  the PVC. If anyone has an explanation for these events, or even better, a
>  solution to fix the damn thing, I'd love to hear it.
>  
>  Thanks,
>  
>  Dion
>  
>  Serial0(in): Status, myseq 89
>  RT IE 1, length 1, type 0
>  KA IE 3, length 2, yourseq 193, myseq 89
>  PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
>  PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
>  PVC IE 0x7 , length 0x3 , dlci 271, status 0x0
>  *Jan  3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
>  changed to INACTIVE
>  *Jan  3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface
Serial0.1,
>  changed state to down
>  PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
>  Serial0(out): StEnq, myseq 90, yourseen 193, DTE up
>  datagramstart = 0x401D66CC, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5A C1
>  
>  Serial0(in): Status, myseq 90
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 194, myseq 90
>  Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
>  datagramstart = 0x40001338, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5B C2
>  
>  Serial0(in): Status, myseq 91
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 195, myseq 91 
>  Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
>  datagramstart = 0x40001338, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5B C2
>  
>  Serial0(in): Status, myseq 91
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 195, myseq 91
>  Serial0(out): StEnq, myseq 92, yourseen 195, DTE up
>  datagramstart = 0x402295A0, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5C C3
>  
>  Serial0(in): Status, myseq 92
>  RT IE 1, length 1, type 1
>  KA IE 3, length 2, yourseq 196, myseq 92
>  Serial0(out): StEnq, myseq 93, yourseen 196, DTE up
>  datagramstart = 0x4FB4, datagramsize = 14
>  FR encap = 0x00010308
>  00 75 95 01 01 01 03 02 5D C4
>  
>  Serial0(in): Status, myseq 93
>  RT IE 1, l

Re: Frame-Relay question ?

[Manny Akintayo]

Do you have a router configured as a frame switch ?
It seems to me that you are missing the most important part of the puzzle.
For the frame relay encapsulation to work,The third router that sits in the middle of
your setup will be configured as a fram switch .with the correct route map statements .

Manny

mindiani mindiani wrote:

> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
>
> Here is the sample config:
>
> Router1:
>
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
>
> Router2:
>
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
>
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay PVC

[John Neiberger]

Yep!  At least that's what we think was happening, not 100% sure. 
Re-orienting the cabling and punching down the connections again seemed to
alleviate the problem.  I admit, it was pretty odd, but we were sharing the
demarc with a grocery store that had a room full of equipment that included
datacomm stuff as well as their large compressors for the freezers and stuff
like that.  My guess is that one piece of equipment was the culprit, and
whenever it turned onbamm...down goes the PVC.  Then, a few minutes
later, the errors would go away and the line would come back up clean. 

John

>  Really? You had the same PVC dropping regularly because of EM? Dang,
that's
>  weird! I've been playing with the idea of taking one of those home study
>  courses in basic electrical theory. Maybe I oughta go ahead and do that;
>  might clear up some ideas in my head. =)
>  
>  - Don
>  
>  -Original Message-
>  From: John Neiberger [mailto:[EMAIL PROTECTED]]
>  Sent: Wednesday, January 03, 2001 9:41 AM
>  To: [EMAIL PROTECTED]
>  Subject: RE: Frame Relay PVC
>  
>  
>  I've experienced these types of symptoms several times and 99% of the
time
>  it really is the telco's fault, it just takes some serious pressure to
get
>  them to put some resources toward fixing the problem.
>  
>  However, at least once I found that it was a bad extension from the
demarc
>  (NIU) to the csu/dsu.  The building we were in had lots of other
equipment
>  at the demarc, and from time to time throughout the day some of that
>  equipment would generate enough EM noise that it would cause a lot of
errors
>  on our line and the PVC would go down.
>  
>  The telco tested and didn't find any problems and even sent a tech who
>  didn't discover any problems.  I later went there myself and re-oriented
>  some of the cables in relation to other equipment and the problem went
away.
>  
>  >  My first and last inclination (not to mention every inclination in
>  between)
>  >  is to blame the telco. If they've truly done testing on the circuit
and
>  >  can't find anything, then consider whether you cross multiple carriers
on
>  >  that PVC. It may not be your local carrier's issue, which is why they
>  >  haven't found anything. If you're on a single carrier, then I would
>  >  recommend a redesign of that PVC. It's easy to say there's nothing
wrong
>  >  with the configuration of the PVC when you're talking with someone who
>  >  doesn't know all the ins and outs of frame switch configuration, but
in
>  my
>  >  experience, most of the carrier techs don't really KNOW their
equipment -
>  >  they just have a script they run through to create new PVCs, hence
they
>  may
>  >  not be exactly accurate when they say that everything is fine.
>  >  
>  >  Hope that helps.
>  >  
>  >  - Don
>  >  
>  >  -Original Message-
>  >  From: Radford Dion [mailto:[EMAIL PROTECTED]]
>  >  Sent: Wednesday, January 03, 2001 8:46 AM
>  >  To: [EMAIL PROTECTED]
>  >  Subject: Frame Relay PVC 
>  >  
>  >  
>  >  
>  >  I have a intermittent problem (about a dozen times a day) where a PVC
>  goes
>  >  from the active to inactive state. It used to happen maybe once a
week. I
>  >  have not changed anything on either router. Furthermore, my other
PVC's
>  are
>  >  unaffected.
>  >  
>  >  I did a debug of the lmi packets and the output is below. My telco
says
>  >  there is nothing wrong with the physical connection or the
configuration
>  of
>  >  the PVC. If anyone has an explanation for these events, or even
better, a
>  >  solution to fix the damn thing, I'd love to hear it.
>  >  
>  >  Thanks,
>  >  
>  >  Dion
>  >  
>  >  Serial0(in): Status, myseq 89
>  >  RT IE 1, length 1, type 0
>  >  KA IE 3, length 2, yourseq 193, myseq 89
>  >  PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
>  >  PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
>  >  PVC IE 0x7 , length 0x3 , dlci 271, status 0x0
>  >  *Jan  3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
>  >  changed to INACTIVE
>  >  *Jan  3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface
>  Serial0.1,
>  >  changed state to down
>  >  PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
>  >  Serial0(out): StEnq, myseq 90, yourseen 193, DTE up
>  >  datagramstart = 0x401D66CC, datagramsize = 14
>  >  FR encap = 0x00010308
>  >  00 75 95 01 01 01 03 02 5A C1
>  >  
>  >  Serial0(in): Status, myseq 90
>  >  RT IE 1, length 1, type 1
>  >  KA IE 3, len

Re: Frame-Relay question ?

[Kelly D Griffin]

Where is the DCE device that acts as your FR switch?

Kelly D Griffin, CCNA
Network Engineer
Kg2 Network Design
http://www.kg2.com


- Original Message -
From: "mindiani mindiani" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 03, 2001 8:06 AM
Subject: Frame-Relay question ?


> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
>
> Here is the sample config:
>
> Router1:
>
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
>
>
> Router2:
>
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
>
>
>
>
>
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


http://1cis.com
Free E-mail Servers with unlimited mailboxes
1st Class Internet Solutions

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay PVC

[Kelly D Griffin]

Here are some statistics from the last year of WAN implementations at my
company.

178 Unique circuit installs
- 123 FR
- 55 point-to-point circuits (T1 or greater)
46 Incomplete installations due to errors
- 13 Extended DEMARC
- 1 Bad serial port on router
- 12 Bad configuration by LEC
- 21 Bad configuration by CLEC
- 2 Operator error

Food for thought.  I can give detailed information on this if anyone would
like to hear more.

Kelly D Griffin, CCNA
Network Engineer
Kg2 Network Design
http://www.kg2.com


- Original Message -
From: "John Neiberger" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 03, 2001 11:40 AM
Subject: RE: Frame Relay PVC


> I've experienced these types of symptoms several times and 99% of the time
> it really is the telco's fault, it just takes some serious pressure to get
> them to put some resources toward fixing the problem.
>
> However, at least once I found that it was a bad extension from the demarc
> (NIU) to the csu/dsu.  The building we were in had lots of other equipment
> at the demarc, and from time to time throughout the day some of that
> equipment would generate enough EM noise that it would cause a lot of
errors
> on our line and the PVC would go down.
>
> The telco tested and didn't find any problems and even sent a tech who
> didn't discover any problems.  I later went there myself and re-oriented
> some of the cables in relation to other equipment and the problem went
away.
>
> >  My first and last inclination (not to mention every inclination in
> between)
> >  is to blame the telco. If they've truly done testing on the circuit and
> >  can't find anything, then consider whether you cross multiple carriers
on
> >  that PVC. It may not be your local carrier's issue, which is why they
> >  haven't found anything. If you're on a single carrier, then I would
> >  recommend a redesign of that PVC. It's easy to say there's nothing
wrong
> >  with the configuration of the PVC when you're talking with someone who
> >  doesn't know all the ins and outs of frame switch configuration, but in
> my
> >  experience, most of the carrier techs don't really KNOW their
equipment -
> >  they just have a script they run through to create new PVCs, hence they
> may
> >  not be exactly accurate when they say that everything is fine.
> >
> >  Hope that helps.
> >
> >  - Don
> >
> >  -Original Message-
> >  From: Radford Dion [mailto:[EMAIL PROTECTED]]
> >  Sent: Wednesday, January 03, 2001 8:46 AM
> >  To: [EMAIL PROTECTED]
> >  Subject: Frame Relay PVC
> >
> >
> >
> >  I have a intermittent problem (about a dozen times a day) where a PVC
> goes
> >  from the active to inactive state. It used to happen maybe once a week.
I
> >  have not changed anything on either router. Furthermore, my other PVC's
> are
> >  unaffected.
> >
> >  I did a debug of the lmi packets and the output is below. My telco says
> >  there is nothing wrong with the physical connection or the
configuration
> of
> >  the PVC. If anyone has an explanation for these events, or even better,
a
> >  solution to fix the damn thing, I'd love to hear it.
> >
> >  Thanks,
> >
> >  Dion
> >
> >  Serial0(in): Status, myseq 89
> >  RT IE 1, length 1, type 0
> >  KA IE 3, length 2, yourseq 193, myseq 89
> >  PVC IE 0x7 , length 0x3 , dlci 235, status 0x2
> >  PVC IE 0x7 , length 0x3 , dlci 250, status 0x2
> >  PVC IE 0x7 , length 0x3 , dlci 271, status 0x0
> >  *Jan  3 10:23:37: %FR-5-DLCICHANGE: Interface Serial0 - DLCI 271 state
> >  changed to INACTIVE
> >  *Jan  3 10:23:37: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Serial0.1,
> >  changed state to down
> >  PVC IE 0x7 , length 0x3 , dlci 750, status 0x2
> >  Serial0(out): StEnq, myseq 90, yourseen 193, DTE up
> >  datagramstart = 0x401D66CC, datagramsize = 14
> >  FR encap = 0x00010308
> >  00 75 95 01 01 01 03 02 5A C1
> >
> >  Serial0(in): Status, myseq 90
> >  RT IE 1, length 1, type 1
> >  KA IE 3, length 2, yourseq 194, myseq 90
> >  Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
> >  datagramstart = 0x40001338, datagramsize = 14
> >  FR encap = 0x00010308
> >  00 75 95 01 01 01 03 02 5B C2
> >
> >  Serial0(in): Status, myseq 91
> >  RT IE 1, length 1, type 1
> >  KA IE 3, length 2, yourseq 195, myseq 91
> >  Serial0(out): StEnq, myseq 91, yourseen 194, DTE up
> >  datagramstart = 0x40001338, datagramsize = 14
> >  FR encap = 0x00010308
> >  00 75 9

Re: Frame-Relay question ?

[Kenneth Lorenzo]

this is weird but I've actually seen configurations where there are back to
back connections simulating a Frame network (DTE-DCE). I'm sure it doesn't
work exactly like a frame cloud (since there is no cloud) but the guy was
able to bring both interfaces up...

"Kelly D Griffin" <[EMAIL PROTECTED]> wrote in message
069c01c075bc$b9b5ba50$[EMAIL PROTECTED]">news:069c01c075bc$b9b5ba50$[EMAIL PROTECTED]...
> Where is the DCE device that acts as your FR switch?
>
> Kelly D Griffin, CCNA
> Network Engineer
> Kg2 Network Design
> http://www.kg2.com
>
>
> - Original Message -
> From: "mindiani mindiani" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, January 03, 2001 8:06 AM
> Subject: Frame-Relay question ?
>
>
> > Want to get to setup frame relay on my two routers connectected (2x
2501)
> > back-to-back with a DTE/DCE cables. When both routers boot up I could
see
> > the routing table with "sh ip route" and after 30 secondes the protocol
on
> > the serial interfaces go down.  Can you help
> >
> > Here is the sample config:
> >
> > Router1:
> >
> > interface Serial0
> > clockrate 64000
> > bandwidth 64
> > ip address 10.0.2.5 255.255.255.252
> > no ip directed-broadcast
> > encapsulation frame-relay
> > frame-relay lmi-type cisco
> > frame-relay interface-dlci 100
> >
> >
> > Router2:
> >
> > interface Serial0
> > bandwidth 64
> > ip address 10.0.2.6 255.255.255.252
> > no ip directed-broadcast
> > encapsulation frame-relay
> > frame-relay lmi-type cisco
> > frame-relay interface-dlci 200
> >
> >
> >
> >
> >
> >
_
> > Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com.
> >
> > _
> > FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>
> 
> http://1cis.com
> Free E-mail Servers with unlimited mailboxes
> 1st Class Internet Solutions
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-Relay question ?

[Clayton Price]

Yout turn on frame relay switching on one of the routers.

Clayton Price

""Kenneth Lorenzo"" <[EMAIL PROTECTED]> wrote in message
930kdk$kap$[EMAIL PROTECTED]">news:930kdk$kap$[EMAIL PROTECTED]...
> this is weird but I've actually seen configurations where there are back
to
> back connections simulating a Frame network (DTE-DCE). I'm sure it doesn't
> work exactly like a frame cloud (since there is no cloud) but the guy was
> able to bring both interfaces up...
>
> "Kelly D Griffin" <[EMAIL PROTECTED]> wrote in message
> 069c01c075bc$b9b5ba50$[EMAIL PROTECTED]">news:069c01c075bc$b9b5ba50$[EMAIL PROTECTED]...
> > Where is the DCE device that acts as your FR switch?
> >
> > Kelly D Griffin, CCNA
> > Network Engineer
> > Kg2 Network Design
> > http://www.kg2.com
> >
> >
> > - Original Message -
> > From: "mindiani mindiani" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Wednesday, January 03, 2001 8:06 AM
> > Subject: Frame-Relay question ?
> >
> >
> > > Want to get to setup frame relay on my two routers connectected (2x
> 2501)
> > > back-to-back with a DTE/DCE cables. When both routers boot up I could
> see
> > > the routing table with "sh ip route" and after 30 secondes the
protocol
> on
> > > the serial interfaces go down.  Can you help
> > >
> > > Here is the sample config:
> > >
> > > Router1:
> > >
> > > interface Serial0
> > > clockrate 64000
> > > bandwidth 64
> > > ip address 10.0.2.5 255.255.255.252
> > > no ip directed-broadcast
> > > encapsulation frame-relay
> > > frame-relay lmi-type cisco
> > > frame-relay interface-dlci 100
> > >
> > >
> > > Router2:
> > >
> > > interface Serial0
> > > bandwidth 64
> > > ip address 10.0.2.6 255.255.255.252
> > > no ip directed-broadcast
> > > encapsulation frame-relay
> > > frame-relay lmi-type cisco
> > > frame-relay interface-dlci 200
> > >
> > >
> > >
> > >
> > >
> > >
> _
> > > Get Your Private, Free E-mail from MSN Hotmail at
> http://www.hotmail.com.
> > >
> > > _
> > > FAQ, list archives, and subscription info:
> > http://www.groupstudy.com/list/cisco.html
> > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> >
> > 
> > http://1cis.com
> > Free E-mail Servers with unlimited mailboxes
> > 1st Class Internet Solutions
> >
> > _
> > FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> >
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-Relay question ?

[Raul F. Fernandez]

Folks,

While watching my beloved Seminoles get their butts kicked I decided to do
this little prob on the rack.

The key is that a frame-relay is DTE to DCE so all you need to do
after correclty initiating frame-relay on the interfaces is to make
sure you add the clock rate command to the serail interface that is DCE.

Here are the configs:

r1#

interface Serial1
 ip address 192.168.10.1 255.255.255.0
 no ip directed-broadcast
 encapsulation frame-relay
 no keepalive
 frame-relay interface-dlci 101



r2#

interface Serial1
 ip address 192.168.10.10 255.255.255.0
 no ip directed-broadcast
 encapsulation frame-relay
 no keepalive
 clockrate 56000
 frame-relay interface-dlci 101

Worked like a charm.

Raul
- Original Message -
From: "mindiani mindiani" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 03, 2001 9:06 AM
Subject: Frame-Relay question ?


> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
>
> Here is the sample config:
>
> Router1:
>
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
>
>
> Router2:
>
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
>
>
>
>
>
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/
cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
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 ?

[Andrew Larkins]

use the "no keepalives" if you are using back to back connections -
otherwise you need to have a frame relay switch configured


Andrew

-Original Message-
From: Manny Akintayo [mailto:[EMAIL PROTECTED]]
Sent: 03 January 2001 15:25
To: [EMAIL PROTECTED]
Subject: Re: Frame-Relay question ?


Do you have a router configured as a frame switch ?
It seems to me that you are missing the most important part of the puzzle.
For the frame relay encapsulation to work,The third router that sits in the
middle of
your setup will be configured as a fram switch .with the correct route map
statements .

Manny

mindiani mindiani wrote:

> Want to get to setup frame relay on my two routers connectected (2x 2501)
> back-to-back with a DTE/DCE cables. When both routers boot up I could see
> the routing table with "sh ip route" and after 30 secondes the protocol on
> the serial interfaces go down.  Can you help
>
> Here is the sample config:
>
> Router1:
>
> interface Serial0
> clockrate 64000
> bandwidth 64
> ip address 10.0.2.5 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 100
>
> Router2:
>
> interface Serial0
> bandwidth 64
> ip address 10.0.2.6 255.255.255.252
> no ip directed-broadcast
> encapsulation frame-relay
> frame-relay lmi-type cisco
> frame-relay interface-dlci 200
>
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-Relay question ?

[Kenneth]

Actually, you need to configure the device to be more like a DTE-DCE
configuration... ie, clockrate

"Clayton Price" <[EMAIL PROTECTED]> wrote in message
930m98$ngm$[EMAIL PROTECTED]">news:930m98$ngm$[EMAIL PROTECTED]...
> Yout turn on frame relay switching on one of the routers.
>
> Clayton Price
>
> ""Kenneth Lorenzo"" <[EMAIL PROTECTED]> wrote in message
> 930kdk$kap$[EMAIL PROTECTED]">news:930kdk$kap$[EMAIL PROTECTED]...
> > this is weird but I've actually seen configurations where there are back
> to
> > back connections simulating a Frame network (DTE-DCE). I'm sure it
doesn't
> > work exactly like a frame cloud (since there is no cloud) but the guy
was
> > able to bring both interfaces up...
> >
> > "Kelly D Griffin" <[EMAIL PROTECTED]> wrote in message
> > 069c01c075bc$b9b5ba50$[EMAIL PROTECTED]">news:069c01c075bc$b9b5ba50$[EMAIL PROTECTED]...
> > > Where is the DCE device that acts as your FR switch?
> > >
> > > Kelly D Griffin, CCNA
> > > Network Engineer
> > > Kg2 Network Design
> > > http://www.kg2.com
> > >
> > >
> > > - Original Message -
> > > From: "mindiani mindiani" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Wednesday, January 03, 2001 8:06 AM
> > > Subject: Frame-Relay question ?
> > >
> > >
> > > > Want to get to setup frame relay on my two routers connectected (2x
> > 2501)
> > > > back-to-back with a DTE/DCE cables. When both routers boot up I
could
> > see
> > > > the routing table with "sh ip route" and after 30 secondes the
> protocol
> > on
> > > > the serial interfaces go down.  Can you help
> > > >
> > > > Here is the sample config:
> > > >
> > > > Router1:
> > > >
> > > > interface Serial0
> > > > clockrate 64000
> > > > bandwidth 64
> > > > ip address 10.0.2.5 255.255.255.252
> > > > no ip directed-broadcast
> > > > encapsulation frame-relay
> > > > frame-relay lmi-type cisco
> > > > frame-relay interface-dlci 100
> > > >
> > > >
> > > > Router2:
> > > >
> > > > interface Serial0
> > > > bandwidth 64
> > > > ip address 10.0.2.6 255.255.255.252
> > > > no ip directed-broadcast
> > > > encapsulation frame-relay
> > > > frame-relay lmi-type cisco
> > > > frame-relay interface-dlci 200
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> >
_
> > > > Get Your Private, Free E-mail from MSN Hotmail at
> > http://www.hotmail.com.
> > > >
> > > > _
> > > > FAQ, list archives, and subscription info:
> > > http://www.groupstudy.com/list/cisco.html
> > > > Report misconduct and Nondisclosure violations to
[EMAIL PROTECTED]
> > >
> > > 
> > > http://1cis.com
> > > Free E-mail Servers with unlimited mailboxes
> > > 1st Class Internet Solutions
> > >
> > > _
> > > FAQ, list archives, and subscription info:
> > http://www.groupstudy.com/list/cisco.html
> > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> > >
> >
> >
> > _
> > FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> >
>
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Security

[TrentJ]

Here is a document that may help answer your question.

http://www.cisco.com/warp/public/cc/so/neso/wnso/power/chzsp_wp.htm


"Kevin Welch" <[EMAIL PROTECTED]> wrote in message
015f01c078cc$c64bece0$2a002a0a@sjc102498">news:015f01c078cc$c64bece0$2a002a0a@sjc102498...
> I understand most of the benefits of frame relay, but I am wondering if =
> there are any security problems assoicated with this protocol?  Is it =
> secure enough for unencrypted transfer of financial or sensitive =
> information?  Any help understanding the security risks associated with =
> frame relay appreciated.
>
> -- Kevin
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Security

[Erick B.]

Most Frame relay connections go through some
telco/frame provider and some bigger organizations
have their own frame infrastructure. I'm not aware of
any security measures at the frame layer.

As for securing the information, you can encrypt at
layer 3. Most financial software these days has 
encryption in the software of some sort. This is the
best spot to do it. Lets say the router just encrypts
then between the PC and the router the data will be
unsecure (unless application encrypts) and someone can
pick it up with a sniffer. Another example is SSL and
HTTPS which are done at the application level. As with
anything, if it's sensative - protect it at the
source.

--- Kevin Welch <[EMAIL PROTECTED]> wrote:
> I understand most of the benefits of frame relay,
> but I am wondering if =
> there are any security problems assoicated with this
> protocol?  Is it =
> secure enough for unencrypted transfer of financial
> or sensitive =
> information?  Any help understanding the security
> risks associated with =
> frame relay appreciated.
> 
> -- Kevin


__
Do You Yahoo!?
Yahoo! Photos - Share your holiday photos online!
http://photos.yahoo.com/

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Security

[Howard C. Berkowitz]

>I understand most of the benefits of frame relay, but I am wondering if =
>there are any security problems assoicated with this protocol?  Is it =
>secure enough for unencrypted transfer of financial or sensitive =
>information?  Any help understanding the security risks associated with =
>frame relay appreciated.
>
>-- Kevin

Is a dedicated line secure enough for unencrypted transfer of 
financial or sensitive information?

Answer:  It depends.

People often assume that frame is somehow shared when "dedicated 
lines" are not.   From Chapter 5 of my _WAN Survival Guide_,

>All too many users have an intuitive belief that if they were to 
>pull on the London end of a London to New York circuit, wires would 
>wiggle in Manhattan. The reality, of course, is that any network of 
>complexity beyond a very simple LAN involves one or more layers of 
>virtualization onto real media. At the OSI lower layers, 
>virtualization usually involves multiplexing, but various name and 
>address mapping functions provide virtual structure as one moves up 
>the protocol stack.

Typically, frame PVCs and T1's run over exactly the same media from 
the customer site to the telco end office.  Once at the end office, 
they are multiplexed.  T1 is far too slow for economical data 
transmission between modern telco offices.  Both the T1 and the frame 
circuits typically will be multiplexed onto facilities at least at 
DS-3, and usually OC-12 to OC-192. So much beyond the local loop, 
there really isn't much difference between frame and dedicated.

Interpretations in the US HIPAA legislation for medical data tend to 
allow unencrypted traffic to flow over dedicated and frame, but not 
the public Internet.  The Federal Reserve, however, tends to want 
end-to-end encryption regardless of the media, historically single 
DES.  Military traffic would be bulk encrypted and possibly 
end-to-end encrypted as well.

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Security

[Kathy Miihalisko]

Kevin:

No matter the solution, if it's not encrypted it's not secure. In your
situation you might also consider certificate-based router authentication.

Kathy "Katyusha" M.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Kevin Welch
Sent: Sunday, January 07, 2001 12:11 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay Security


I understand most of the benefits of frame relay, but I am wondering if =
there are any security problems assoicated with this protocol?  Is it =
secure enough for unencrypted transfer of financial or sensitive =
information?  Any help understanding the security risks associated with =
frame relay appreciated.

-- Kevin

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Security

[Tony van Ree]

Hi,

Once the data gets from your physical link into the Telco end it is usually 
re-multiplexed into other physical links to go onto the next site.  This may go on for 
a number of times depending on where the logical link goes.  For example, a trace 
route may indicate 6 hops to a site to get to the site may require going through 20 
physical links.  You message get remixed (multiplexed) on each physical link.

That has been my understanding.

Teunis
Hobart, Tasmania
Australia



On Sunday, January 07, 2001 at 01:37:09 PM, Howard C. Berkowitz wrote:

> >I understand most of the benefits of frame relay, but I am wondering if =
> >there are any security problems assoicated with this protocol?  Is it =
> >secure enough for unencrypted transfer of financial or sensitive =
> >information?  Any help understanding the security risks associated with =
> >frame relay appreciated.
> >
> >-- Kevin
> 
> Is a dedicated line secure enough for unencrypted transfer of 
> financial or sensitive information?
> 
> Answer:  It depends.
> 
> People often assume that frame is somehow shared when "dedicated 
> lines" are not.   From Chapter 5 of my _WAN Survival Guide_,
> 
> >All too many users have an intuitive belief that if they were to 
> >pull on the London end of a London to New York circuit, wires would 
> >wiggle in Manhattan. The reality, of course, is that any network of 
> >complexity beyond a very simple LAN involves one or more layers of 
> >virtualization onto real media. At the OSI lower layers, 
> >virtualization usually involves multiplexing, but various name and 
> >address mapping functions provide virtual structure as one moves up 
> >the protocol stack.
> 
> Typically, frame PVCs and T1's run over exactly the same media from 
> the customer site to the telco end office.  Once at the end office, 
> they are multiplexed.  T1 is far too slow for economical data 
> transmission between modern telco offices.  Both the T1 and the frame 
> circuits typically will be multiplexed onto facilities at least at 
> DS-3, and usually OC-12 to OC-192. So much beyond the local loop, 
> there really isn't much difference between frame and dedicated.
> 
> Interpretations in the US HIPAA legislation for medical data tend to 
> allow unencrypted traffic to flow over dedicated and frame, but not 
> the public Internet.  The Federal Reserve, however, tends to want 
> end-to-end encryption regardless of the media, historically single 
> DES.  Military traffic would be bulk encrypted and possibly 
> end-to-end encrypted as well.
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 
> 


--
www.tasmail.com


_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Security

[Brian Lodwick]

Group,
  Which then I believe should obviously lead into the discussion- if VPN's 
are today's PVC's then would it be appropriate to say that traffic 
transported over the public internet with such a protocol as IPSec is just 
as safe? and how do you know your enemies aren't working for that frame 
provider -if they are using single DES they had better hope not. Are there 
protocols now capable of providing enough security encryption for extremely 
sensitive traffic to transit the public internet?

>>>Brian

>From: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>Reply-To: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Frame Relay Security
>Date: Sun, 7 Jan 2001 13:37:09 -0500
>
> >I understand most of the benefits of frame relay, but I am wondering if =
> >there are any security problems assoicated with this protocol?  Is it =
> >secure enough for unencrypted transfer of financial or sensitive =
> >information?  Any help understanding the security risks associated with =
> >frame relay appreciated.
> >
> >-- Kevin
>
>Is a dedicated line secure enough for unencrypted transfer of
>financial or sensitive information?
>
>Answer:  It depends.
>
>People often assume that frame is somehow shared when "dedicated
>lines" are not.   From Chapter 5 of my _WAN Survival Guide_,
>
> >All too many users have an intuitive belief that if they were to
> >pull on the London end of a London to New York circuit, wires would
> >wiggle in Manhattan. The reality, of course, is that any network of
> >complexity beyond a very simple LAN involves one or more layers of
> >virtualization onto real media. At the OSI lower layers,
> >virtualization usually involves multiplexing, but various name and
> >address mapping functions provide virtual structure as one moves up
> >the protocol stack.
>
>Typically, frame PVCs and T1's run over exactly the same media from
>the customer site to the telco end office.  Once at the end office,
>they are multiplexed.  T1 is far too slow for economical data
>transmission between modern telco offices.  Both the T1 and the frame
>circuits typically will be multiplexed onto facilities at least at
>DS-3, and usually OC-12 to OC-192. So much beyond the local loop,
>there really isn't much difference between frame and dedicated.
>
>Interpretations in the US HIPAA legislation for medical data tend to
>allow unencrypted traffic to flow over dedicated and frame, but not
>the public Internet.  The Federal Reserve, however, tends to want
>end-to-end encryption regardless of the media, historically single
>DES.  Military traffic would be bulk encrypted and possibly
>end-to-end encrypted as well.
>
>_
>FAQ, list archives, and subscription info: 
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
Get your FREE download of MSN Explorer at http://explorer.msn.com

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Security

[Jim Brown]

There should not be different levels of encryption for traffic depending on
whether its frame or Internet transient. Your traffic is open to compromise
on the Internet or in a providers frame cloud. From a security viewpoint
neither one is more secure than the other.

It really boils down to acceptable risk vs. cost.

Just remember, you can never eliminate risk. There are always holes in your
security.

Any individual who is asking themselves should I use DES/3DES on a frame
connection should stop and look to see if they have a modem bank behind
their firewall.

Your security is only a strong as the weakest link.

-Original Message-
From: Brian Lodwick [mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 07, 2001 8:35 PM
To: [EMAIL PROTECTED]
Subject: Re: Frame Relay Security


Group,
  Which then I believe should obviously lead into the discussion- if VPN's 
are today's PVC's then would it be appropriate to say that traffic 
transported over the public internet with such a protocol as IPSec is just 
as safe? and how do you know your enemies aren't working for that frame 
provider -if they are using single DES they had better hope not. Are there 
protocols now capable of providing enough security encryption for extremely 
sensitive traffic to transit the public internet?

>>>Brian

>From: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>Reply-To: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Frame Relay Security
>Date: Sun, 7 Jan 2001 13:37:09 -0500
>
> >I understand most of the benefits of frame relay, but I am wondering if =
> >there are any security problems assoicated with this protocol?  Is it =
> >secure enough for unencrypted transfer of financial or sensitive =
> >information?  Any help understanding the security risks associated with =
> >frame relay appreciated.
> >
> >-- Kevin
>
>Is a dedicated line secure enough for unencrypted transfer of
>financial or sensitive information?
>
>Answer:  It depends.
>
>People often assume that frame is somehow shared when "dedicated
>lines" are not.   From Chapter 5 of my _WAN Survival Guide_,
>
> >All too many users have an intuitive belief that if they were to
> >pull on the London end of a London to New York circuit, wires would
> >wiggle in Manhattan. The reality, of course, is that any network of
> >complexity beyond a very simple LAN involves one or more layers of
> >virtualization onto real media. At the OSI lower layers,
> >virtualization usually involves multiplexing, but various name and
> >address mapping functions provide virtual structure as one moves up
> >the protocol stack.
>
>Typically, frame PVCs and T1's run over exactly the same media from
>the customer site to the telco end office.  Once at the end office,
>they are multiplexed.  T1 is far too slow for economical data
>transmission between modern telco offices.  Both the T1 and the frame
>circuits typically will be multiplexed onto facilities at least at
>DS-3, and usually OC-12 to OC-192. So much beyond the local loop,
>there really isn't much difference between frame and dedicated.
>
>Interpretations in the US HIPAA legislation for medical data tend to
>allow unencrypted traffic to flow over dedicated and frame, but not
>the public Internet.  The Federal Reserve, however, tends to want
>end-to-end encryption regardless of the media, historically single
>DES.  Military traffic would be bulk encrypted and possibly
>end-to-end encrypted as well.
>
>_
>FAQ, list archives, and subscription info: 
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
Get your FREE download of MSN Explorer at http://explorer.msn.com

_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Security

[Chuck Larrieu]

Jim, just to be contrary, how can a single provider, or even multiple
provider frame clouds be compromised as easily as internet traffic?

What are some of the specifics of danger of compromise of any private
network versus the internet?

Those bad people can't, for example, do DDoS attacks against your private
network, except via the internet connection. It is that same internet
connection that is the source of major compromises of corporate networks
nationwide.

What are some of the specific security issues you see on private networks,
as compared to public networks?

Chuck
Just being contrary, in the hopes of learning something :->

-Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jim
Brown
Sent:   Monday, January 08, 2001 8:47 AM
To: 'Brian Lodwick'; [EMAIL PROTECTED]
Subject:    RE: Frame Relay Security


There should not be different levels of encryption for traffic depending on
whether its frame or Internet transient. Your traffic is open to compromise
on the Internet or in a providers frame cloud. From a security viewpoint
neither one is more secure than the other.

It really boils down to acceptable risk vs. cost.

Just remember, you can never eliminate risk. There are always holes in your
security.

Any individual who is asking themselves should I use DES/3DES on a frame
connection should stop and look to see if they have a modem bank behind
their firewall.

Your security is only a strong as the weakest link.

-Original Message-
From: Brian Lodwick [mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 07, 2001 8:35 PM
To: [EMAIL PROTECTED]
Subject: Re: Frame Relay Security


Group,
  Which then I believe should obviously lead into the discussion- if VPN's
are today's PVC's then would it be appropriate to say that traffic
transported over the public internet with such a protocol as IPSec is just
as safe? and how do you know your enemies aren't working for that frame
provider -if they are using single DES they had better hope not. Are there
protocols now capable of providing enough security encryption for extremely
sensitive traffic to transit the public internet?

>>>Brian

>From: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>Reply-To: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Frame Relay Security
>Date: Sun, 7 Jan 2001 13:37:09 -0500
>
> >I understand most of the benefits of frame relay, but I am wondering if =
> >there are any security problems assoicated with this protocol?  Is it =
> >secure enough for unencrypted transfer of financial or sensitive =
> >information?  Any help understanding the security risks associated with =
> >frame relay appreciated.
> >
> >-- Kevin
>
>Is a dedicated line secure enough for unencrypted transfer of
>financial or sensitive information?
>
>Answer:  It depends.
>
>People often assume that frame is somehow shared when "dedicated
>lines" are not.   From Chapter 5 of my _WAN Survival Guide_,
>
> >All too many users have an intuitive belief that if they were to
> >pull on the London end of a London to New York circuit, wires would
> >wiggle in Manhattan. The reality, of course, is that any network of
> >complexity beyond a very simple LAN involves one or more layers of
> >virtualization onto real media. At the OSI lower layers,
> >virtualization usually involves multiplexing, but various name and
> >address mapping functions provide virtual structure as one moves up
> >the protocol stack.
>
>Typically, frame PVCs and T1's run over exactly the same media from
>the customer site to the telco end office.  Once at the end office,
>they are multiplexed.  T1 is far too slow for economical data
>transmission between modern telco offices.  Both the T1 and the frame
>circuits typically will be multiplexed onto facilities at least at
>DS-3, and usually OC-12 to OC-192. So much beyond the local loop,
>there really isn't much difference between frame and dedicated.
>
>Interpretations in the US HIPAA legislation for medical data tend to
>allow unencrypted traffic to flow over dedicated and frame, but not
>the public Internet.  The Federal Reserve, however, tends to want
>end-to-end encryption regardless of the media, historically single
>DES.  Military traffic would be bulk encrypted and possibly
>end-to-end encrypted as well.
>
>_
>FAQ, list archives, and subscription info:
>http://www.groupstudy.com/list/cisco.html
>Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
Get your FREE download of MSN Explorer at http://explorer.msn.com

_
FAQ, list arch

Re: Frame Relay Security

[Jim Healis]

Once, while working at a very popular network auction web site, I ran 
into a security advisor that said Frame Relay was not secure and we 
should not allow critical information to pass over those connections.
The VP of Technology, at the time, said "we have more important things 
to worry about than someone spending hours on end trying to hack a Frame 
Switch just to see if our traffic happens to be on it".

Just thought I would add that little tidbit to the conversation.

-j

Chuck Larrieu wrote:

> Jim, just to be contrary, how can a single provider, or even multiple
> provider frame clouds be compromised as easily as internet traffic?
> 
> What are some of the specifics of danger of compromise of any private
> network versus the internet?
> 
> Those bad people can't, for example, do DDoS attacks against your private
> network, except via the internet connection. It is that same internet
> connection that is the source of major compromises of corporate networks
> nationwide.
> 
> What are some of the specific security issues you see on private networks,
> as compared to public networks?
> 
> Chuck
> Just being contrary, in the hopes of learning something :->
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jim
> Brown
> Sent: Monday, January 08, 2001 8:47 AM
> To:   'Brian Lodwick'; [EMAIL PROTECTED]
> Subject:  RE: Frame Relay Security
> 
> 
> There should not be different levels of encryption for traffic depending on
> whether its frame or Internet transient. Your traffic is open to compromise
> on the Internet or in a providers frame cloud. From a security viewpoint
> neither one is more secure than the other.
> 
> It really boils down to acceptable risk vs. cost.
> 
> Just remember, you can never eliminate risk. There are always holes in your
> security.
> 
> Any individual who is asking themselves should I use DES/3DES on a frame
> connection should stop and look to see if they have a modem bank behind
> their firewall.
> 
> Your security is only a strong as the weakest link.
> 
> -----Original Message-
> From: Brian Lodwick [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, January 07, 2001 8:35 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Frame Relay Security
> 
> 
> Group,
>   Which then I believe should obviously lead into the discussion- if VPN's
> are today's PVC's then would it be appropriate to say that traffic
> transported over the public internet with such a protocol as IPSec is just
> as safe? and how do you know your enemies aren't working for that frame
> provider -if they are using single DES they had better hope not. Are there
> protocols now capable of providing enough security encryption for extremely
> sensitive traffic to transit the public internet?
> 
> 
>>>> Brian
>>> 
> 
>> From: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>> Reply-To: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
>> To: [EMAIL PROTECTED]
>> Subject: Re: Frame Relay Security
>> Date: Sun, 7 Jan 2001 13:37:09 -0500
>> 
>> 
>>> I understand most of the benefits of frame relay, but I am wondering if =
>>> there are any security problems assoicated with this protocol?  Is it =
>>> secure enough for unencrypted transfer of financial or sensitive =
>>> information?  Any help understanding the security risks associated with =
>>> frame relay appreciated.
>>> 
>>> -- Kevin
>> 
>> Is a dedicated line secure enough for unencrypted transfer of
>> financial or sensitive information?
>> 
>> Answer:  It depends.
>> 
>> People often assume that frame is somehow shared when "dedicated
>> lines" are not.   From Chapter 5 of my _WAN Survival Guide_,
>> 
>> 
>>> All too many users have an intuitive belief that if they were to
>>> pull on the London end of a London to New York circuit, wires would
>>> wiggle in Manhattan. The reality, of course, is that any network of
>>> complexity beyond a very simple LAN involves one or more layers of
>>> virtualization onto real media. At the OSI lower layers,
>>> virtualization usually involves multiplexing, but various name and
>>> address mapping functions provide virtual structure as one moves up
>>> the protocol stack.
>> 
>> Typically, frame PVCs and T1's run over exactly the same media from
>> the customer site to the telco end office.  Once at the end office,
>> they are multiplexed.  T1 is far too slow for economical data
>> transmission between modern telco offices.  Both the T1 and the 

RE: Frame Relay Security

[Tony van Ree]

Hi all,

A front gate keeps cattle of the lawn.  A front door keeps welcome strangers from 
entering my house.  A lock on the bedroom door may protect me a night.  Something 
stronger would be needed to ensure my wife was safe.

I guess what I am trying to say is the greater your level of risk the stronger your 
security must be.  Knowing that data crosses public networks has one being a little 
more careful about what is sent there.  Private networks accross or between countries 
become a problem as all the data at the point it leaves the carrier is multiplexed 
between switches.  There is usually no distinction between the type of data being sent 
(Although some carriers may provide special services this would probably not occur 
between countries).  Often there is no way for the carrier to tell what type of data 
is being sent. (if they could it might present a security risk).  

It should not be the carriers responsibility to look after the security of an 
individuals data but to make the best effort to ensure it gets to the right person.  
This is no different to sending a parcel in the mail.

It is strange though that throughout all my studies and my networking career 
statistics seem to point that the greatest risk is from within.  Usually because this 
is where most feel security is not required.

This stuff goes round and around.  It seems to me that the security of data is 
ultimately the responsibitly of the end devices.  I thought that is why end to end 
encryption was developed.

Just some views.

Teunis,
Hobart, Tasmania
Australia



On Monday, January 08, 2001 at 04:24:11 PM, Chuck Larrieu wrote:

> Jim, just to be contrary, how can a single provider, or even multiple
> provider frame clouds be compromised as easily as internet traffic?
> 
> What are some of the specifics of danger of compromise of any private
> network versus the internet?
> 
> Those bad people can't, for example, do DDoS attacks against your private
> network, except via the internet connection. It is that same internet
> connection that is the source of major compromises of corporate networks
> nationwide.
> 
> What are some of the specific security issues you see on private networks,
> as compared to public networks?
> 
> Chuck
> Just being contrary, in the hopes of learning something :->
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jim
> Brown
> Sent: Monday, January 08, 2001 8:47 AM
> To:   'Brian Lodwick'; [EMAIL PROTECTED]
> Subject:  RE: Frame Relay Security
> 
> 
> There should not be different levels of encryption for traffic depending on
> whether its frame or Internet transient. Your traffic is open to compromise
> on the Internet or in a providers frame cloud. From a security viewpoint
> neither one is more secure than the other.
> 
> It really boils down to acceptable risk vs. cost.
> 
> Just remember, you can never eliminate risk. There are always holes in your
> security.
> 
> Any individual who is asking themselves should I use DES/3DES on a frame
> connection should stop and look to see if they have a modem bank behind
> their firewall.
> 
> Your security is only a strong as the weakest link.
> 
> -Original Message-----
> From: Brian Lodwick [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, January 07, 2001 8:35 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Frame Relay Security
> 
> 
> Group,
>   Which then I believe should obviously lead into the discussion- if VPN's
> are today's PVC's then would it be appropriate to say that traffic
> transported over the public internet with such a protocol as IPSec is just
> as safe? and how do you know your enemies aren't working for that frame
> provider -if they are using single DES they had better hope not. Are there
> protocols now capable of providing enough security encryption for extremely
> sensitive traffic to transit the public internet?
> 
> >>>Brian
> 
> >From: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
> >Reply-To: "Howard C. Berkowitz" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Frame Relay Security
> >Date: Sun, 7 Jan 2001 13:37:09 -0500
> >
> > >I understand most of the benefits of frame relay, but I am wondering if =
> > >there are any security problems assoicated with this protocol?  Is it =
> > >secure enough for unencrypted transfer of financial or sensitive =
> > >information?  Any help understanding the security risks associated with =
> > >frame relay appreciated.
> > >
> > >-- Kevin
> >
> >Is a dedicated line secure enough for unencrypted transfer of
> >financial or sensitive information?
> >

RE: Frame Relay problem

[Stull, Cory]

timing or incorrect lmi type..  If its a newer ios with autosensing lmi then
it is probably a timing or circuit issue...  Is it a T1 and did you set your
timeslots?

-Original Message-
From: Hans Stout [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 1:25 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay problem


Hi colleagues,

I have a problem with my frame relay connection; the serial interface is 
up/down, and when I debug the serial interface, I can see that the interface

is constantly trying to restart:23w5d:

Serial5/0: attempting to restart:
--More--
23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0, DTE down
--More--
23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0, DTE down

What could be the reason for this ? I'll add the output for the sh int:


Serial5/0 is up, line protocol is down
  Hardware is M4T
  MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
 reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY, crc 16, loopback not set
  Keepalive set (10 sec)
  LMI enq sent  240, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  FR SVC disabled, LAPF state down
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 05:47:09, output 00:00:02, output hang never
  Last clearing of "show interface" counters 00:39:54
  Queueing strategy: fifo
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
 0 packets input, 0 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 354 packets output, 4649 bytes, 0 underruns
 0 output errors, 0 collisions, 80 interface resets
 0 output buffer failures, 0 output buffers swapped out
 80 carrier transitions DCD=up  DSR=up  DTR=up  RTS=up  CTS=u

Thanks for your help in advance.

Georg

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay problem

[Chris Lemagie]

I'm not seeing any LMI responses from the frame-relay switch in the
interface statistics.

You will most likely have to change your LMI type from CISCO (default) to
ANSI.

Chris Lemagie
Systems Engineer
Cisco Systems
Seattle Commercial Region
(425) 468-0959
[EMAIL PROTECTED]
http://www.cisco.com/

 -Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]  On Behalf Of
Stull, Cory
Sent:   Tuesday, October 10, 2000 10:13 AM
To: 'Hans Stout'
Cc: 'ciscostudygroup'
Subject:RE: Frame Relay problem

timing or incorrect lmi type..  If its a newer ios with autosensing lmi then
it is probably a timing or circuit issue...  Is it a T1 and did you set your
timeslots?

-Original Message-
From: Hans Stout [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 1:25 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay problem


Hi colleagues,

I have a problem with my frame relay connection; the serial interface is
up/down, and when I debug the serial interface, I can see that the interface

is constantly trying to restart:23w5d:

Serial5/0: attempting to restart:
--More--
23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0, DTE down
--More--
23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0, DTE down

What could be the reason for this ? I'll add the output for the sh int:


Serial5/0 is up, line protocol is down
  Hardware is M4T
  MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
 reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY, crc 16, loopback not set
  Keepalive set (10 sec)
  LMI enq sent  240, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  FR SVC disabled, LAPF state down
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 05:47:09, output 00:00:02, output hang never
  Last clearing of "show interface" counters 00:39:54
  Queueing strategy: fifo
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
 0 packets input, 0 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 354 packets output, 4649 bytes, 0 underruns
 0 output errors, 0 collisions, 80 interface resets
 0 output buffer failures, 0 output buffers swapped out
 80 carrier transitions DCD=up  DSR=up  DTR=up  RTS=up  CTS=u

Thanks for your help in advance.

Georg

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at
http://profiles.msn.com.

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay problem

[Winchester, Derek S.]

Looks like you are not receiving any LMI. The problem is either with your CO
or your CSU. Check you physical connections and then call the CO to see if
they can tell you if they are having any problems

Derek S. Winchester
Sr. WAN Engineer(CCNP)
Data Communications
[EMAIL PROTECTED]
Phone: 410-953-4887
Cell: 443-562-3456


-Original Message-
From: Hans Stout [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 2:25 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay problem


Hi colleagues,

I have a problem with my frame relay connection; the serial interface is 
up/down, and when I debug the serial interface, I can see that the interface

is constantly trying to restart:23w5d:

Serial5/0: attempting to restart:
--More--
23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0, DTE down
--More--
23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0, DTE down

What could be the reason for this ? I'll add the output for the sh int:


Serial5/0 is up, line protocol is down
  Hardware is M4T
  MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
 reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY, crc 16, loopback not set
  Keepalive set (10 sec)
  LMI enq sent  240, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  FR SVC disabled, LAPF state down
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 05:47:09, output 00:00:02, output hang never
  Last clearing of "show interface" counters 00:39:54
  Queueing strategy: fifo
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
 0 packets input, 0 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 354 packets output, 4649 bytes, 0 underruns
 0 output errors, 0 collisions, 80 interface resets
 0 output buffer failures, 0 output buffers swapped out
 80 carrier transitions DCD=up  DSR=up  DTR=up  RTS=up  CTS=u

Thanks for your help in advance.

Georg

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay problem

[Guyler, Rik [EESUS]]

Title: RE: Frame Relay problem





Hmm...well, you don't give us a config or show version so we don't know for sure what the LMI settings are or what the IOS version is.  However, by the show interface you provided, it looks as if LMI is to blame.

Newer IOS autosenses the LMI type, but still, I don't trust it.  If you have an older IOS or you have a newer IOS that is "autosensing", I would hard code the LMI type.  Also, since IOS sets the LMI type to Cisco by default, when/if you hard code it, you might try setting to use ANSI LMI.

Good luck!


Rik Guyler


-Original Message-
From: Hans Stout [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 2:25 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay problem



Hi colleagues,


I have a problem with my frame relay connection; the serial interface is 
up/down, and when I debug the serial interface, I can see that the interface 
is constantly trying to restart:23w5d:


Serial5/0: attempting to restart:
--More--
23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0, DTE down
--More--
23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0, DTE down


What could be the reason for this ? I'll add the output for the sh int:



Serial5/0 is up, line protocol is down
  Hardware is M4T
  MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
 reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY, crc 16, loopback not set
  Keepalive set (10 sec)
  LMI enq sent  240, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  FR SVC disabled, LAPF state down
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 05:47:09, output 00:00:02, output hang never
  Last clearing of "show interface" counters 00:39:54
  Queueing strategy: fifo
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
 0 packets input, 0 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 354 packets output, 4649 bytes, 0 underruns
 0 output errors, 0 collisions, 80 interface resets
 0 output buffer failures, 0 output buffers swapped out
 80 carrier transitions DCD=up  DSR=up  DTR=up  RTS=up  CTS=u


Thanks for your help in advance.


Georg


_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.


Share information about yourself, create your own public profile at 
http://profiles.msn.com.


**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay problem

[Winchester, Derek S.]

Well it's not mentioned if this is a current connection or a new install. If
this is a current connections and looking at the counters it looks like you
cleared it you might not want to change the lmi type. If this is a new
connection then I would try the auto detect feature or find out the correct
lmi

Derek S. Winchester
Sr. WAN Engineer(CCNP)
Data Communications
[EMAIL PROTECTED]
Phone: 410-953-4887
Cell: 443-562-3456


-Original Message-
From: Chris Lemagie [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 2:06 PM
To: Stull, Cory; 'Hans Stout'
Cc: 'ciscostudygroup'
Subject: RE: Frame Relay problem


I'm not seeing any LMI responses from the frame-relay switch in the
interface statistics.

You will most likely have to change your LMI type from CISCO (default) to
ANSI.

Chris Lemagie
Systems Engineer
Cisco Systems
Seattle Commercial Region
(425) 468-0959
[EMAIL PROTECTED]
http://www.cisco.com/

 -Original Message-
From:   [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]  On Behalf Of
Stull, Cory
Sent:   Tuesday, October 10, 2000 10:13 AM
To: 'Hans Stout'
Cc:     'ciscostudygroup'
Subject:RE: Frame Relay problem

timing or incorrect lmi type..  If its a newer ios with autosensing lmi then
it is probably a timing or circuit issue...  Is it a T1 and did you set your
timeslots?

-Original Message-
From: Hans Stout [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 1:25 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay problem


Hi colleagues,

I have a problem with my frame relay connection; the serial interface is
up/down, and when I debug the serial interface, I can see that the interface

is constantly trying to restart:23w5d:

Serial5/0: attempting to restart:
--More--
23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0, DTE down
--More--
23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0, DTE down

What could be the reason for this ? I'll add the output for the sh int:


Serial5/0 is up, line protocol is down
  Hardware is M4T
  MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
 reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY, crc 16, loopback not set
  Keepalive set (10 sec)
  LMI enq sent  240, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  FR SVC disabled, LAPF state down
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 05:47:09, output 00:00:02, output hang never
  Last clearing of "show interface" counters 00:39:54
  Queueing strategy: fifo
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
 0 packets input, 0 bytes, 0 no buffer
 Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
 354 packets output, 4649 bytes, 0 underruns
 0 output errors, 0 collisions, 80 interface resets
 0 output buffer failures, 0 output buffers swapped out
 80 carrier transitions DCD=up  DSR=up  DTR=up  RTS=up  CTS=u

Thanks for your help in advance.

Georg

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at
http://profiles.msn.com.

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay problem

[jason yee]

You might want to check the LMI type follow by the
encapsulation type to see if it is ok 


also set keepalive to zero to see if the interface
comes up if not you got a back interface


suaveguru24
--- Hans Stout <[EMAIL PROTECTED]> wrote:
> Hi colleagues,
> 
> I have a problem with my frame relay connection; the
> serial interface is 
> up/down, and when I debug the serial interface, I
> can see that the interface 
> is constantly trying to restart:23w5d:
> 
> Serial5/0: attempting to restart:
> --More--
> 23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0,
> DTE down
> --More--
> 23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0,
> DTE down
> 
> What could be the reason for this ? I'll add the
> output for the sh int:
> 
> 
> Serial5/0 is up, line protocol is down
>   Hardware is M4T
>   MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
>  reliability 255/255, txload 1/255, rxload 1/255
>   Encapsulation FRAME-RELAY, crc 16, loopback not
> set
>   Keepalive set (10 sec)
>   LMI enq sent  240, LMI stat recvd 0, LMI upd recvd
> 0, DTE LMI down
>   LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
>   LMI DLCI 1023  LMI type is CISCO  frame relay DTE
>   FR SVC disabled, LAPF state down
>   Broadcast queue 0/64, broadcasts sent/dropped 0/0,
> interface broadcasts 0
>   Last input 05:47:09, output 00:00:02, output hang
> never
>   Last clearing of "show interface" counters
> 00:39:54
>   Queueing strategy: fifo
>   Output queue 0/40, 0 drops; input queue 0/75, 0
> drops
>   5 minute input rate 0 bits/sec, 0 packets/sec
>   5 minute output rate 0 bits/sec, 0 packets/sec
>  0 packets input, 0 bytes, 0 no buffer
>  Received 0 broadcasts, 0 runts, 0 giants, 0
> throttles
>  0 input errors, 0 CRC, 0 frame, 0 overrun, 0
> ignored, 0 abort
>  354 packets output, 4649 bytes, 0 underruns
>  0 output errors, 0 collisions, 80 interface
> resets
>  0 output buffer failures, 0 output buffers
> swapped out
>  80 carrier transitions DCD=up  DSR=up 
> DTR=up  RTS=up  CTS=u
> 
> Thanks for your help in advance.
> 
> Georg
> 
>
_
> Get Your Private, Free E-mail from MSN Hotmail at
> http://www.hotmail.com.
> 
> Share information about yourself, create your own
> public profile at 
> http://profiles.msn.com.
> 
> **NOTE: New CCNA/CCDA List has been formed. For more
> information go to
> http://www.groupstudy.com/list/Associates.html
> _
> UPDATED Posting Guidelines:
> http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to
[EMAIL PROTECTED]


__
Do You Yahoo!?
Get Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay problem

[Charles Ryan]

Try setting encapsulation to "frame-relay ietf" and LMI type to "ansi" or
"ansi annex d"

-Chuck

- Original Message -
From: "Hans Stout" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 10, 2000 2:24 PM
Subject: Frame Relay problem


> Hi colleagues,
>
> I have a problem with my frame relay connection; the serial interface is
> up/down, and when I debug the serial interface, I can see that the
interface
> is constantly trying to restart:23w5d:
>
> Serial5/0: attempting to restart:
> --More--
> 23w5d: Serial5/0(out): StEnq, myseq 4, yourseen 0, DTE down
> --More--
> 23w5d: Serial5/0(out): StEnq, myseq 5, yourseen 0, DTE down
>
> What could be the reason for this ? I'll add the output for the sh int:
>
>
> Serial5/0 is up, line protocol is down
>   Hardware is M4T
>   MTU 1500 bytes, BW 2048 Kbit, DLY 2 usec,
>  reliability 255/255, txload 1/255, rxload 1/255
>   Encapsulation FRAME-RELAY, crc 16, loopback not set
>   Keepalive set (10 sec)
>   LMI enq sent  240, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
>   LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
>   LMI DLCI 1023  LMI type is CISCO  frame relay DTE
>   FR SVC disabled, LAPF state down
>   Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts
0
>   Last input 05:47:09, output 00:00:02, output hang never
>   Last clearing of "show interface" counters 00:39:54
>   Queueing strategy: fifo
>   Output queue 0/40, 0 drops; input queue 0/75, 0 drops
>   5 minute input rate 0 bits/sec, 0 packets/sec
>   5 minute output rate 0 bits/sec, 0 packets/sec
>  0 packets input, 0 bytes, 0 no buffer
>  Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
>  0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
>  354 packets output, 4649 bytes, 0 underruns
>  0 output errors, 0 collisions, 80 interface resets
>  0 output buffer failures, 0 output buffers swapped out
>  80 carrier transitions DCD=up  DSR=up  DTR=up  RTS=up  CTS=u
>
> Thanks for your help in advance.
>
> Georg
>
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> Share information about yourself, create your own public profile at
> http://profiles.msn.com.
>
> **NOTE: New CCNA/CCDA List has been formed. For more information go to
> http://www.groupstudy.com/list/Associates.html
> _
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

**NOTE: New CCNA/CCDA List has been formed. For more information go to
http://www.groupstudy.com/list/Associates.html
_
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame relay problem

[Quadri, Habeeb]

FR ckts. can drop generally either due to provider switch problem or due to
line problem.
If you got a CSU/FRAD, check the line performance parameters. First look for
stats. to see
any errors, specially SES/BES or UAS. Some CSU/DSU provides also status on
the errors like
Yellow/Red alarm etc. Also check Frame relay parameters like Frame
reliability errors and lmi 
disconnects to isolate whether this is a frame relay issue. From a practical
point of view, run a continious
ping with 1500 bytes to see whether packets drops but your problem more seem
to be a LEC issue or FR
switch. Once a ckt. drops it takes exactly 1 minute for FR ckt. to come back
up.

Hope this helps.

Habeeb.

> -Original Message-
> From: David Welch [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, November 07, 2000 5:58 AM
> To:   [EMAIL PROTECTED]
> Subject:  Frame relay problem
> 
> Hi, Could anyone help with the following : Part of our network consists of
> 
> Cisco 4500 routers connected via BT frame relay links.
> The problem I am seeing on all 10 routers is links going down then up,
> often 
> for exactly one minute : eg
> 
> .Oct 24 16:25:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592
> state 
> cha
> nged to INACTIVE
> .Oct 24 16:25:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface 
> Serial2/0.
> 4, changed state to down
> .Oct 24 16:26:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592
> state 
> cha
> nged to ACTIVE
> .Oct 24 16:26:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface 
> Serial2/0.
> 4, changed state to up
> 
> The PTT have tested all lines and insist they are clean
> This is happening about 5 - 10 times a day. The IOS was upgraded not too 
> long ago I think. It is now 12.0(4)
> This doesn't seem to have much impact but my customer just wants to know 
> why!
> Any ideas/suggestions very welcome
> 
> TIA
> 
> Dave Welch
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
> 
> Share information about yourself, create your own public profile at 
> http://profiles.msn.com.
> 
> _
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

_
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

[Brian Molinari]

This sounds like  your router misses LMI status messages every once and a
while. This could mean a timer problem or the serial interface
could be too busy to process them correctly. My guess is the timer problem,
check with the carrier (or use a WAN sniffer) to see how often LMI status
messages are being sent from the frame switch to your router, then make sure
the defaults or the config on your router matches.

Brian

"David Welch" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi, Could anyone help with the following : Part of our network consists of
> Cisco 4500 routers connected via BT frame relay links.
> The problem I am seeing on all 10 routers is links going down then up,
often
> for exactly one minute : eg
>
> .Oct 24 16:25:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592
state
> cha
> nged to INACTIVE
> .Oct 24 16:25:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Serial2/0.
> 4, changed state to down
> .Oct 24 16:26:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592
state
> cha
> nged to ACTIVE
> .Oct 24 16:26:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Serial2/0.
> 4, changed state to up
>
> The PTT have tested all lines and insist they are clean
> This is happening about 5 - 10 times a day. The IOS was upgraded not too
> long ago I think. It is now 12.0(4)
> This doesn't seem to have much impact but my customer just wants to know
> why!
> Any ideas/suggestions very welcome
>
> TIA
>
> Dave Welch
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> Share information about yourself, create your own public profile at
> http://profiles.msn.com.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
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

[jenny . mcleod]

You can do 'show frame lmi' on your router and compare 'Num Status Enq. Sent'
with 'Num Status Enq. Rcvd'.  They should be the same.  If they don't match,
clear your counters and check again, and check after your problem occurs.
Another useful command to check lmi is 'debug frame lmi'.  This is a fairly safe
debug, unless you have squillions of PVCs.  Having said that, don't blame me if
turning it on makes your network fall over :-)  You can check how often you
receive lmi from the switch (make sure it matches your keepalive, which is 10
seconds by default), and every minute (this might vary depending on switch type,
dunno) you should see a list of PVCs known by the switch and their status (0x0
is inactive, 0x2 is active if I recall correctly).

Having said that, I suspect it's not an LMI problem.  If the LMI wasn't received
at all, I *think* you would see the PVC showing up as deleted (the switch
doesn't know about it), not inactive (the switch knows about it and knows it's
down).

Do PVCs on all ten routers go down at the same time?  If so, I'd seriously yell
at your telco.

JMcL
-- Forwarded by Jenny Mcleod/NSO/CSDA on 08/11/2000 10:17 am
---


"Brian Molinari" <[EMAIL PROTECTED]> on 08/11/2000 08:07:59 am

Please respond to "Brian Molinari" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:(bcc: JENNY MCLEOD/NSO/CSDA)


Subject:  Re: Frame relay problem



This sounds like  your router misses LMI status messages every once and a
while. This could mean a timer problem or the serial interface
could be too busy to process them correctly. My guess is the timer problem,
check with the carrier (or use a WAN sniffer) to see how often LMI status
messages are being sent from the frame switch to your router, then make sure
the defaults or the config on your router matches.

Brian

"David Welch" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi, Could anyone help with the following : Part of our network consists of
> Cisco 4500 routers connected via BT frame relay links.
> The problem I am seeing on all 10 routers is links going down then up,
often
> for exactly one minute : eg
>
> .Oct 24 16:25:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592
state
> cha
> nged to INACTIVE
> .Oct 24 16:25:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Serial2/0.
> 4, changed state to down
> .Oct 24 16:26:32 UTC: %FR-5-DLCICHANGE: Interface Serial2/0 - DLCI 592
state
> cha
> nged to ACTIVE
> .Oct 24 16:26:32 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> Serial2/0.
> 4, changed state to up
>
> The PTT have tested all lines and insist they are clean
> This is happening about 5 - 10 times a day. The IOS was upgraded not too
> long ago I think. It is now 12.0(4)
> This doesn't seem to have much impact but my customer just wants to know
> why!
> Any ideas/suggestions very welcome
>
> TIA
>
> Dave Welch
> _
> Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> Share information about yourself, create your own public profile at
> http://profiles.msn.com.
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>


_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]




_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame-Relay Question...

[Brian]

On Tue, 7 Nov 2000, Robert Borejszo wrote:

> Hello:
> Excuse me if this kind of question doesn't belong here. I am in the process
> of preparing for CCNA and reading Wendell Odom book (BTW, any wanna be CCNA
> read this one regardless what others have to say). I am in WAN section right
> now. In his example of partially meshed network  ( routers A B C D, A
> connects to B C D and A is only the router connected by B C D). I understand
> why we need subinterfaces on router A. But why we he has subinterface set on
> routers B C D? Is it because of setup consistency or what is the catch?

he could use physical interface, but just chose sub-interface.  IMHO,
sub-interface (point to point) is the way to go, since then you don't have
problems with split-horizon, ospf, etc.

Brian


> 
> Thanks,
> Robert Borejszo
> 
> 
> _
> FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> 

---
Brian Feeny, CCNP, CCDP   [EMAIL PROTECTED]   
Network Administrator 
ShreveNet Inc. (ASN 11881)

_
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

[Stull, Cory]

Olden,

Hey don't forget to do the frame-relay interface-type dceand also the
clockrate...Heres a sample config of my 4000 that I use for frame
switching..   Let me know if this helps...   Yes it looks correct though the
way you have it...

Cory

-Original Message-
From: Olden Pieterse [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 05, 2000 1:30 AM
To: '[EMAIL PROTECTED]'
Subject: Frame Relay Switching


Hi there gang 
Is my assumption right concerning this frame relay switching scenario ?



Cisco DLCI 16
 Ser0|   |Ser1
|   |
|   |---
DLCI 16DLCI 18  
DLCI 18 

Interface serial 0
Frame-relay route 18 interface serial 1 16

Interface serial1
Frame-relay route 18 interface serial 0 16

Thx






  Olden Pieterse
   MCP , CCNA , BCMSN , BSCN , BCRAN
Brainbench Certified CISCO Network Implementation Specialist
  Technical Consultant 
Mobile : +27 82 410 8621

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



sho start
Using 1314 out of 131066 bytes
!
version 11.2
no service password-encryption
no service udp-small-servers
no service tcp-small-servers
!
hostname frameswitch
!
!
frame-relay switching
!
interface Ethernet0
 no ip address
 shutdown
!
interface Serial0
 no ip address
 encapsulation frame-relay
 clockrate 56000
 frame-relay intf-type dce
 frame-relay route 101 interface Serial1 200
 frame-relay route 102 interface Serial2 300
 frame-relay route 103 interface Serial3 400
!
interface Serial1
 no ip address
 encapsulation frame-relay
 clockrate 56000
 frame-relay intf-type dce
 frame-relay route 200 interface Serial0 101
 frame-relay route 202 interface Serial2 301
 frame-relay route 203 interface Serial3 401
!
interface Serial2
 no ip address
 encapsulation frame-relay
 clockrate 56000
 frame-relay intf-type dce
 frame-relay route 300 interface Serial0 102
 frame-relay route 301 interface Serial1 202
 frame-relay route 303 interface Serial3 402
!
interface Serial3
 no ip address
 encapsulation frame-relay
 frame-relay intf-type dce
 frame-relay route 400 interface Serial0 103
 frame-relay route 401 interface Serial1 203
 frame-relay route 402 interface Serial2 303
!
interface TokenRing0
 no ip address
 shutdown
!
interface TokenRing1
 no ip address
 shutdown
!
no ip classless
!
!
line con 0
line aux 0
line vty 0 4
 login
!
end

Re: FRAME RELAY PROBLEM

[William Swedberg]

It is my understanding that on point-to-point
interfaces they need to be on seperate subnets.  If
you have multiple routers coming into one interface,
declare the interface a point-to-multipoint interface.
 Do this when you create the subinterface or use the
"ip ospf network X" interface command.  

See this URL for Design suggestions.

http://www.cisco.com/warp/public/104/3.html


William Swedberg CCNP CCDP


--- Peter Gray <[EMAIL PROTECTED]> wrote:
> I have got a problem with FR Config Running OSPF.
> Router A & B are connected 
> to C & D over FR PVC but they don't have to talk to
> each ther. It means A 
> connected to C & D and B is also connected to C & D.
> I am using FR 
> Subinterfaces with pt-to-pt. What is happening that
> sometime I am able to 
> ping to  router C & router D subinterfaces from
> router A but sometimes i 
> don't get any response. I am even unable to ping
> sub-intf of Routers from 
> within the routers.
> See sample config of one of the routers that i have:
> interface Serial0
> no ip address
> ip directed-broadcast
> encapsulation frame-relay
> ip ospf network broadcast
> no ip mroute-cache
> !
> interface Serial0.1 point-to-point
> ip address 131.18.19.185 255.255.255.252
> ip directed-broadcast
> ip ospf network broadcast
> frame-relay interface-dlci 310
> !
> interface Serial0.2 point-to-point
> ip address 131.18.19.189 255.255.255.252
> ip directed-broadcast
> ip ospf network broadcast
> frame-relay interface-dlci 210
> 
> This is config of router B connected to C & D and
> subintf of C &D are on 
> same subnet as subintf 0.1 and 0.2 on this router.
> Is pt-to-pt with sub-intf OK for this scenario?
> 
> Any suggestions... What is the possible cause of
> problem?? Why I am even 
> unable to ping local subintface from within the
> router??
> 
> Thanks..
>
_
> Get Your Private, Free E-mail from MSN Hotmail at
> http://www.hotmail.com.
> 
> Share information about yourself, create your own
> public profile at 
> http://profiles.msn.com.
> 
> ___
> UPDATED Posting Guidelines:
> http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to
> [EMAIL PROTECTED]
> 
> 
> 


__
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Problem

[Benjamin Walling]

This post may show my ignorance, but I'll try.  When I set up frame relay in
my lab, I used three routers.  One was configured as a frame relay switch.
I connected the other two to it and set up a frame relay connection between
them.  I was unaware that two adjacent routers could run frame relay to each
other.

Ben

-Original Message-
From: Nathan Cruz [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 17, 2000 8:04 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay Problem




I've set up a frame relay switch at home trying to complete one of the
"CCIE Lab all in one" Labs. For my question, what could cause a PVC to be
inactive? Things I've checked.

Serial is up line protocol is up on both sides.
LMI type is the same
Clocking is set on DCE side.
Encapsulation is Frame relay

What else is there to check? All suggestions appreciated.
 - att1.htm

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[steven]

Have you configure the frame-relay route ??? and "frame-relay 
intf-type dce" on the frame-relay switch ???
 
lee

  ""Nathan Cruz"" <[EMAIL PROTECTED]> wrote in message 
  005c01bfc015$55999d00$[EMAIL PROTECTED]">news:005c01bfc015$55999d00$[EMAIL PROTECTED]...
  
  I've set up a frame relay switch at home trying 
  to complete one of the "CCIE Lab all in one" Labs. For my question, what could 
  cause a PVC to be inactive? Things I've checked. 
   
  Serial is up line protocol is up on both sides. 
  
  LMI type is the same
  Clocking is set on DCE side. 
  Encapsulation is Frame relay
   
  What else is there to check? All suggestions 
  appreciated.

Re: frame relay bouncing

[Justin Vo]

Justin Vo <[EMAIL PROTECTED]> wrote in message news:...
> Hi,
>
> I managed to capture the log when my frame relay connection bouncing but
yet
> I'm unable to interpret this information. Can someone help to determine if
> it's my router or my telco that's causing the problem.
>
> My router is Cisco 2501 with 8 MB flash and 16 MB DRAM. Basic frame relay
> connection with basic configuration and static routing only. My captured
log
> is in the attached file.
>
> Frame information:
>
> interface Serial1
>  description Optus frame service 22LT-02RO-MS701-AL001
>  no ip address
>  encapsulation frame-relay IETF
>  frame-relay lmi-type q933a
> !
> interface Serial1.1 point-to-point
>  description Connection to Chester Hill on 203.2.131.153
>  ip address 203.2.131.154 255.255.255.252
>  no cdp enable
>  frame-relay interface-dlci 29
> !
> interface Serial1.2 point-to-point
>  description Connection to Mulgrave on 203.2.131.157
>  ip address 203.2.131.158 255.255.255.252
>  no cdp enable
>  frame-relay interface-dlci 23
> !
> interface Serial1.3 point-to-point
> ...
>
>
> Much help appreciated
> Justin Vo
> [EMAIL PROTECTED]
>
>


___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Problem

[Miguel Harris]

First what routing protocol are you using and email me for Dynamic Routing on IP, 
OSPF, Static, IPX (Dynamic or Static), Dynamic Over Multi.

Miguel Harris
Network Engineer 
CCNA
email: [EMAIL PROTECTED]

another thing check your DLCI information each router requires a DLCI for every frame 
relay virtual Circuit


Date: Wed, 17 May 2000 22:03:56 -0400
From: "Benjamin Walling" <[EMAIL PROTECTED]>
Subject: RE: Frame Relay Problem

This post may show my ignorance, but I'll try.  When I set up frame relay in
my lab, I used three routers.  One was configured as a frame relay switch.
I connected the other two to it and set up a frame relay connection between
them.  I was unaware that two adjacent routers could run frame relay to each
other.

Ben

- -Original Message-
From: Nathan Cruz [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 17, 2000 8:04 PM
To: [EMAIL PROTECTED]
Subject: Frame Relay Problem




I've set up a frame relay switch at home trying to complete one of the
"CCIE Lab all in one" Labs. For my question, what could cause a PVC to be
inactive? Things I've checked.

Serial is up line protocol is up on both sides.
LMI type is the same
Clocking is set on DCE side.
Encapsulation is Frame relay

What else is there to check? All suggestions appreciated.
- att1.htm

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

--


___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Presentation

[julio . rodriguez]

Go to http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/frame.htm

Good Luck !!
__
Julio Rodriguez - Networking Engineer -
Cisco Certified CCNA - CCNP
EQUANT Argentina. Piedras 383 5to piso. (1070)
Phone: 54-11-4349-0885 - Fax: 54-11-4349-0812
Email: [EMAIL PROTECTED]
Web Site: http://www.equant.com
___




Charles Nunie <[EMAIL PROTECTED]> on 23/05/2000 10:55:23 a.m.

Please respond to Charles Nunie <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: Julio Rodriguez/Argentina/AMERICAS/Equant)

Subject:  Frame Relay Presentation



Hi,

I need information on Frame Relay for a presentation.

Can someone give me a lead to a web page?

Dzilo


Get free email and a permanent address at http://www.netaddress.com/?N=1

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]






___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Presentation

[Prather, Aaron]

Title: RE: Frame Relay Presentation





A good place to start might be www.cisco.com


do a search on CCO for Frame-Relay


Aaron


-Original Message-
From: Charles Nunie
To: [EMAIL PROTECTED]
Sent: 5/23/00 8:55 AM
Subject: Frame Relay Presentation


Hi,


I need information on Frame Relay for a presentation. 


Can someone give me a lead to a web page?


Dzilo



Get free email and a permanent address at http://www.netaddress.com/?N=1


___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

RE: Frame Relay Presentation

[Daniel Cotts]

http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/frame.htm

http://www.mot.com/networking/frame-relay/

http://www.paradyne.com/frame_sourcebook/

http://www.itprc.com/datalink.htm

http://www.protocols.com/protoc.shtml

This should keep you busy.

-Original Message-
From: Charles Nunie [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 23, 2000 8:55 AM
To: [EMAIL PROTECTED]
Subject: Frame Relay Presentation


Hi,

I need information on Frame Relay for a presentation. 

Can someone give me a lead to a web page?

Dzilo


Get free email and a permanent address at http://www.netaddress.com/?N=1

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: Frame Relay Presentation

[Steve-H]

Check out:

Welcome to the Frame Relay Forum
http://www.frforum.com/

TUTORIALS AND PRIMERS
http://www.frforum.com/4000/4000index.html
--

---
Stephen E. Hildenbrand; CCNA
Internetwork Solutions Engineer
Email : [EMAIL PROTECTED]
Pager:  888-770-4864
SMS:[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.skytel.com/Paging/index.html
-
ThruPoint, Inc.
http://www.thrupoint.net
  
  
---

"Charles Nunie" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hi,
>
> I need information on Frame Relay for a presentation.
>
> Can someone give me a lead to a web page?
>
> Dzilo
>
> 
> Get free email and a permanent address at http://www.netaddress.com/?N=1
>
> ___
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> ---


begin 666 Welcome to the Frame Relay Forum.url
M6T1%1D%53%1=#0I"05-%55),/6AT=' Z+R]W=W

Re: frame-relay CRC

[Brad Ellis]

packet corruptions
""Stull, Cory"" <[EMAIL PROTECTED]> wrote in message
0D7A05A19CE4D211BD050008C7330FE7147A18@CCUPDC">news:0D7A05A19CE4D211BD050008C7330FE7147A18@CCUPDC...
> What would cause a frame-relay CRC?
>
> Rx CRC Exceptions Hour Day
> #Frames %Max Hour Thresh 05 Wed 2523 13.0028 0.0100 21 Thu 3065 6.3095
> 0.0100
>
>
> I logged into AT&Ts web site to look at a companies frame-relay statistics
> that is having problems and they are receiving CRC errors at the frame
> switch..   Could someone please tell me what would cause this?
>
> Thanks
>
>
>
>
> Cory R. Stull
> MCSE, Bay Router Specialist, CCNA,CCDA
> Communications Concepts Unlimited
> 262-814-7214
>
>
> ___
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> ---


___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Re: frame-relay CRC

[Doug Laing]

CRC errors are  physical layer errors.  First thing to do is to have the line
checked.  (I have experienced many times where I had to prove to the service
provider that the error was on their side and not on our client's equipment.
Even though they claimed that the line tested fine).

Brad Ellis wrote:

> packet corruptions
> ""Stull, Cory"" <[EMAIL PROTECTED]> wrote in message
> 0D7A05A19CE4D211BD050008C7330FE7147A18@CCUPDC">news:0D7A05A19CE4D211BD050008C7330FE7147A18@CCUPDC...
> > What would cause a frame-relay CRC?
> >
> > Rx CRC Exceptions Hour Day
> > #Frames %Max Hour Thresh 05 Wed 2523 13.0028 0.0100 21 Thu 3065 6.3095
> > 0.0100
> >
> >
> > I logged into AT&Ts web site to look at a companies frame-relay statistics
> > that is having problems and they are receiving CRC errors at the frame
> > switch..   Could someone please tell me what would cause this?
> >
> > Thanks
> >
> >
> >
> >
> > Cory R. Stull
> > MCSE, Bay Router Specialist, CCNA,CCDA
> > Communications Concepts Unlimited
> > 262-814-7214
> >
> >
> > ___
> > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> > FAQ, list archives, and subscription info: http://www.groupstudy.com
> > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> > ---
>
> ___
> UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
> FAQ, list archives, and subscription info: http://www.groupstudy.com
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
> ---

___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]