Previous section   Next section

Recipe 10.4 Using Multipoint Subinterfaces

10.4.1 Problem

You want to configure Frame Relay so that many PVCs share the same subinterface.

10.4.2 Solution

You can connect several virtual circuits to a single subinterface as follows:

Central#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Central(config)#interface Serial0.1 multipoint
Central(config-subif)#description Frame Relay to branches
Central(config-subif)#ip address 192.168.1.1 255.255.255.0
Central(config-subif)#frame-relay interface-dlci 101
Central(config-subif)#frame-relay interface-dlci 102
Central(config-subif)#frame-relay interface-dlci 103
Central(config-subif)#frame-relay interface-dlci 104
Central(config-subif)#end
Central#

10.4.3 Discussion

Recipe 10.1 showed how to create a separate subinterface for each Frame Relay DLCI. Recipe 10.3 showed how to configure all of the DLCIs to share the same interface and the same address range. This recipe shows a method that is somewhere in between these two extremes, with several virtual circuits sharing a common subinterface. You can even combine these multipoint subinterfaces with point-to-point subinterfaces on the same physical interface if you wish to create a hybrid of the two styles.

When you use a multipoint configuration, the subinterface will appear to be active unless all of the DLCIs associated with it become unavailable. If this happens, the subinterface will go into a down state and the router will send a trap. This is different from the behavior when using Frame Relay maps on the physical interface, as discussed in Recipe 10.3. In that case, the interface will change state only if the signaling on the physical interface fails. For this reason, we recommend using multipoint configuration instead of Frame Relay maps.

As an interesting aside, you can configure Frame Relay maps on a multipoint subinterface. This could be useful if you need to mix point-to-point and multipoint interface types on a network that doesn't support Inverse ARP.

As we mentioned in Recipe 10.1, it is not a simple matter to change the subinterface type between point-to-point and multipoint. If you have already defined a subinterface as one type and you want to change it to the other, you must delete the subinterface and reboot the router. Then you can add the subinterface configuration back to the router with the correct type.

The biggest difference between using multipoint subinterfaces and any of the previous examples is that here we do not configure a static mapping between a particular DLCI number and a remote IP address. So, to make this association, the router must use Inverse ARP. If you disable Inverse ARP here, as we did in the previous recipes, the network will not work.

You can see that Inverse ARP is correctly mapping IP addresses to DLCI numbers with the show frame-relay map command:

Central#show frame-relay map
Serial0.1 (up): ip 192.168.55.6 dlci 100(0x64,0x1840), dynamic,
              broadcast,, status defined, active
Central#

If we reconfigure this same DLCI to use a point-to-point subinterface instead (which requires rebooting the router, as we mentioned earlier), you see that the output of the show frame-relay map command changes significantly to tell you about the static mapping:

Central#show frame-relay map
Serial0.1 (up): point-to-point dlci, dlci 100(0x64,0x1840), broadcast
          status defined, active
Central#

10.4.4 See Also

Recipe 10.1; Recipe 10.3; Recipe 10.5


  Previous section   Next section
Top