Multipoint FR

EdTheLad

The real world doesn't use multi-point, so I haven't played with that in years, but I expect the issue to be there.
Yankee

Thaught it might be better to start a new thread on this one
Has anyone used multipoint in a live network or is it true what Yankee says that its pretty non existent? If its true i've been learning alot of useless info.
If multipoint interfaces are not used is there any point to use FRTS, as class based shaping will do the job instead.
As far as i'm aware fr multipoint is featured in the ccie lab most probably along with frts, what about CAR and GTS? It's very hard to have an idea of what to study as the blue print is very vague and there are multiple different ways to do the same thing.

wildfire

ok I think things are getting mixed up, I have used Point to multipoint on several occasions, can be used with hub and spoke type scenarios.

What isnt used is SVC instead of PVC is this what you meant? SVC was designed to be an on demand to multiple points, but it never really took off at all.

EdTheLad

No, i dont mean SVC's and i have used these in live networks before but with atm not fr.Actually nortel passport uses svc's alot or at least spvc's.Ok i take it multipoint interfaces are being used in live networks, maybe just not in Yankees.The theory boils down to saving ip addresses by using multipoint and maybe some routing traffic overhead, but using ptp interfaces is simpler to implement and maintain so i just wanted to know whats done in practice.

BubbaJ

ed_the_lad wrote:

Thaught it might be better to start a new thread on this one
Has anyone used multipoint in a live network or is it true what Yankee says that its pretty non existent? If its true i've been learning alot of useless info.
If multipoint interfaces are not used is there any point to use FRTS, as class based shaping will do the job instead.
As far as i'm aware fr multipoint is featured in the ccie lab most probably along with frts, what about CAR and GTS? It's very hard to have an idea of what to study as the blue print is very vague and there are multiple different ways to do the same thing.

In the real world, you use point-to-point subinterfaces and MQC. Multipoint may still be around in a legacy network where VLSM is not used and you don't want to completely waste a Class C network for each connection, but that is very rare now.

Multipoint is still a valid CCIE lab topic as are FRTS, CAR, GTS, etc., and you will need to know all the ways to do the same thing. I have been told that is the point of the lab.

EdTheLad

BubbaJ wrote:

In the real world, you use point-to-point subinterfaces and MQC. Multipoint may still be around in a legacy network where VLSM is not used and you don't want to completely waste a Class C network for each connection, but that is very rare now.

Multipoint is still a valid CCIE lab topic as are FRTS, CAR, GTS, etc., and you will need to know all the ways to do the same thing. I have been told that is the point of the lab.

Ok,great thanks.

Yankee

What Bubba said is exactly what I meant in my other post.

Bad news is frame-relay is very expensive and carriers are trying to move those customers off of frame and onto MPLS by offering good savings to do so. I believe this is the early stage of the death of frame relay, though it will be around for quite some time.

We were a frame-relay hub and spoke network and looked at MPLS, but found internet tunnels to be a more cost effective solution. I think you will find more and more looking at solutions like this.

Yankee