Waleed,

Thanks for detailed one .

I guess , since the interface is participating in two logical netwroks
(hub). I cant apply ip under the physical .

option two is the only way .




On Fri, Dec 30, 2011 at 2:01 AM, WaLeEd AlShErIf <[email protected]>wrote:

> Hi Imran ,
>
> The inverseARP will not work on an interface unless you have spicified the
> IP address command on the interface.
> So on the main interface or the multipoint subinterface, once you
> enabled frame relay the LMI will works and will get all possible DLCI that
> the FR Switch will provide, once you have applied the IP address, the
> InverseARP will start to work and map the IP addresses to the DLCIs .
>
> In order to get rid of the unwanted DLCI mapping ( IP & DLCI ) , there are
> two ways you may follow one of them as below :
>
> 1) On the Main interface use "no frame-relay inverse-arp ip [unwanted
> DLCI] " command to prevent the Inverse ARP to work on these DLCIs . // this
> way will not required to create a new interfaces
>
> 2) Remove the "IP address " command from the Main interface --> create
> Multipoint subinterface and pick up the wanted DLCI by using command "
> frame-relay interface-dlci [ DLCI] " and repeat the command to all wanted
> DLCIs and then add the IP address to this subinterface OR do the opposite
> of this operation by creating the multipoint subinterface and add the
> unwanted DLCIS to this subinterface .
>
> The concept of the interface to use the InverseARP is if there is a DLCI (
> layer 2 circuit ID ) and IP address on the interface , the inverseARP will
> works , so to prevent the interface from using Inverse ARP on a spicific
> DLCI you need to remove the "ip address" command from the interface , in
> the 2nd way above , I have kept the unwanted DLCIs on an interface without
> having the IP address command , so the interface will not allow the
> inverseARP to work on them.
>
>
>
> Here is a configuration example:
>
> suppose that the R1, R2 & R3 ( DLCI 102 , 103) are connected and the
> unwanted DLCI are to R4 & R5 ( 104, 105 ):
>
> The first way :
> For R1
> R1( config)# interfae s0/0
> R1( config-if)# ip address 10.0.0.1 255.255.255.0
> R1( config-if)# encapsulation frame-relay
> R1( config-if)# no frame-relay inverse-arp ip 104
> R1( config-if)# no frame-relay inverse-arp ip 105
>
> The 2nd way is:
> R1( config)# interfae s0/0
> R1( config-if)# no ip address
> R1( config-if)# encapsulation frame-relay
> R1( config-if)# end
> R1( config)# interfae s0/0.1 multipoint
> R1( config-if)#ip address 10.0.0.1 255.255.255.0
> R1( config-if)#frame-relay interface-dlci 102
> R1( config-if)#frame-relay interface-dlci 103
> OR
> R1( config)# interfae s0/0
> R1( config-if)# encapsulation frame-relay
> R1( config-if)#ip address 10.0.0.1 255.255.255.0
> R1( config-if)# end
> R1( config)# interfae s0/0.1 multipoint
> R1( config-if)#frame-relay interface-dlci 104
> R1( config-if)#frame-relay interface-dlci 105
>
> *PLEASE NOTE* that by the way all the DLCIs that LMI has brought to the
> interface are added in the interface database in hidden way , so the
> command " frame-relay interface-dlci [DLCI] " has nothing to do with the
> InverseARP , it is only pick up the required DLCIS from the hidden
> Database and assign then to other interface.
>
> Good luck in your studies
>
> Waleed
>
>  *From:* Imran Ali <[email protected]>
> *To:* [email protected]
> *Sent:* Thursday, December 29, 2011 11:37 PM
> *Subject:* [OSL | CCIE_RS] frame relay - inver arp
>
> Hi all
>
>
> In my senario , i have to achive frame relay mapping through inverse arp .
>
> however i  dont want all the available DLCI's . Only selective DLCI's
> which are displayed in diagram should be allowed .
>
>   if i allow inverse arp on physical interface all DLCI's associated with
> PVC'S will gain entry in frame relay map table.
>
> my logic :  first encapsulate with ppp to flust all  DLCI's
>
>                   shut down
>
>                   turn frame enacpsulation
>                   selectively disable unwanted dlci's    usnin no
> frame-relay inverse-arp dlci xyz
>                   apply ip address
>
>                   no shut
>
>
>
> The above case is actually not feasible in most senario's which requires
> ip's from multiple subnet .  example same interface but two logical subnets
> .
>
> can i accomplish the same with multipoint interface ?
> .
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
> Are you a CCNP or CCIE and looking for a job? Check out
> www.PlatinumPlacement.com <http://www.platinumplacement.com/>
>
> http://onlinestudylist.com/mailman/listinfo/ccie_rs
>
>
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

http://onlinestudylist.com/mailman/listinfo/ccie_rs

Reply via email to