|
0:00:12
|
Next, let's take a look at a case where we're running
|
|
0:00:20
|
This would be the case where we are using...
|
|
0:00:23
|
frame relay in place of either HTLC or PPP
|
|
0:00:31
|
Now, there's really not any
|
|
0:00:34
|
Using the frame relay encapsulation
|
|
0:00:38
|
Just technically, you can configure
|
|
0:00:44
|
So, in our case, we will take the previous
|
|
0:00:50
|
router 1 and router 3,
|
|
0:00:53
|
and we'll just configure this as
|
|
0:00:57
|
So, router 2 is gonna be
|
|
0:01:02
|
The only real caveat with
|
|
0:01:05
|
is that since the devices are
|
|
0:01:10
|
it means that there's no device
|
|
0:01:17
|
So, without the Local
|
|
0:01:20
|
when the router configures a circuit number,
|
|
0:01:24
|
it doesn't get a response back in,
|
|
0:01:27
|
and it will say that the circuit number is
|
|
0:01:32
|
Under normal circumstances, this means that you're
|
|
0:01:39
|
but in the case of back to back frame relay, it's simply
|
|
0:01:46
|
So, we could simply disable LMI
|
|
0:01:50
|
by issuing the No Keepalive
|
|
0:01:53
|
Then, we wouldn't have to use it
|
|
0:01:59
|
So, when No Keepalive is issued then,
|
|
0:02:03
|
That's typically used just for the back
|
|
0:02:11
|
So first, between router 1 and router 3,
|
|
0:02:16
|
on router 3, I'm gonna remove
|
|
0:02:27
|
Then, at the interface level,
|
|
0:02:31
|
serial 1/2.
|
|
0:02:35
|
router 3 is not the DCE end of the link.
|
|
0:02:40
|
So, it's the normal DTE.
|
|
0:02:43
|
Okay, likewise, router 3 is no
|
|
0:02:51
|
So, the only thing we have just at the link
|
|
0:02:57
|
We'll have our IP address,
|
|
0:03:06
|
And then, we need to define
|
|
0:03:09
|
We could either do this with the Frame Relay Interface
|
|
0:03:15
|
or we could do a Frame Relay Map.
|
|
0:03:18
|
So, I'll say Frame Relay...
|
|
0:03:21
|
Map IP.
|
|
0:03:23
|
The address 13.0.0.1 is reachable out
|
|
0:03:31
|
So, let's say...
|
|
0:03:33
|
anything. Circuit 100.
|
|
0:03:35
|
If I wanted to include...
|
|
0:03:38
|
multicast and broadcast support, I would
|
|
0:03:43
|
So here, on router 3, there's nothing
|
|
0:03:46
|
It's a normal multipoint frame relay interface.
|
|
0:03:50
|
Router 1 is essentially gonna do
|
|
0:03:55
|
We'll say on...
|
|
0:03:58
|
Serial 0/1, we have an address
|
|
0:04:03
|
subnet as router 3.
|
|
0:04:07
|
We have the Frame Relay Map command.
|
|
0:04:14
|
And we're using circuit number 100.
|
|
0:04:17
|
In this case, both router 1 and 3 do need
|
|
0:04:26
|
Because in this case, it is link locally
|
|
0:04:30
|
Because they're both attached
|
|
0:04:34
|
With the normal frame relay switching, you can
|
|
0:04:40
|
But here, there's only one hop.
|
|
0:04:47
|
Now, if we look at the
|
|
0:04:50
|
we should see that the line protocol
|
|
0:04:55
|
because router 3 is not receiving
|
|
0:05:02
|
So, we'll see when we'll do
|
|
0:05:05
|
from a routing point of view in frame relay,
|
|
0:05:08
|
the frame relay link status is going to be down if
|
|
0:05:14
|
or for some reason, the LMI
|
|
0:05:19
|
In this case, LMI is not working because
|
|
0:05:24
|
We could solve this by enabling
|
|
0:05:28
|
and then, setting one of the
|
|
0:05:36
|
But the simplier solution here
|
|
0:05:42
|
So now, on router 3, if we look
|
|
0:05:47
|
router 3 says that "This DLCI is static."
|
|
0:05:52
|
Because we manually defined it but
|
|
0:05:59
|
From router 1's perspective,
|
|
0:06:02
|
if we Show Frame Relay PVC.
|
|
0:06:07
|
Router 1 sees this as...
|
|
0:06:14
|
Let me see... We should see this as...
|
|
0:06:18
|
deleted here. I may need to...
|
|
0:06:21
|
Let's shut the interface down
|
|
0:06:41
|
So now, router 1 sees this as deleted.
|
|
0:06:43
|
Because essentially, it's sending an LMI
|
|
0:06:48
|
and it's not getting a response
|
|
0:06:51
|
so it thinks that the number it has
|
|
0:06:58
|
So again, either we could
|
|
0:07:01
|
or at the link level,
|
|
0:07:05
|
So now, the line protocol
|
|
0:07:09
|
If we look at the Show
|
|
0:07:13
|
The circuit status is static.
|
|
0:07:16
|
And since we have a
|
|
0:07:20
|
we should be able to reach
|
|
0:07:24
|
the multicast packets, or the unicast
|
|
0:07:38
|
Which we can. We can see we're getting
|
|
0:07:50
|
So, if we look at our final configuration here,
|
|
0:07:53
|
the only difference between a normal
|
|
0:07:57
|
is simply that we have the
|
|
0:08:03
|
Both on...
|
|
0:08:06
|
Router 1 and router 3.
|