Re: FR back to back without inverse ARP

From: Ben (bmunyao@gmail.com)
Date: Wed Aug 01 2007 - 03:31:45 ART


Hi Bajo,
Thank you for responding.
The connectivity is back to back, so there is no FR switch. Hence the
clocking I indicated on the dce side.

Ben

On 8/1/07, Bajo <bajoalex@gmail.com> wrote:
>
> I'll stay with Option2 as long as the FR cloud is providing the DCE
> functionality. Otherwise, they are both OK.
>
> On 7/31/07, Ben <bmunyao@gmail.com> wrote:
> > Hi
> >
> > The requirement is for automatic L3 to L2 mapping without inverse ARP or
> > PPPoFR.
> >
> > AFAIK there are two ways to implement this:
> >
> > Option 1
> > -------------------------------
> > R1 (dce cable side)
> > fram switching
> > int s0/0
> > enca fram
> > clock rate 64000
> > fram intf-type dce
> > int s0/0.1 po
> > ip add 10.1.12.1 255.255.255.0
> > fram int 100
> >
> > R2 (dte cable side)
> > int s0/0
> > enca fram
> > int s0/0.1 po
> > ip add 10.1.12.2 255.255.255.0
> > fram int 100
> >
> > Option 2
> > ---------------------
> >
> > R1
> > int s0/0
> > enca fram
> > no keepalive
> > clock rate 64000
> > int s0/0.1 po
> > ip add 10.1.12.1 255.255.255.0
> > fram int 100
> >
> > R2
> > int s0/0
> > enca fram
> > no keepalive
> > int s0/0.1 po
> > ip add 10.1.12.2 255.255.255.0
> > fram int 100
> >
> > Do both of the above meet the requirement, or have I missed something?
> >
> > I wasn't sure about option 1 since we are enabling LMI. Any comments are
> > welcome.
> >
> > TIA
> > Ben
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
>
>
> --
> Kind Regards,
>
> Bajo



This archive was generated by hypermail 2.1.4 : Sat Sep 01 2007 - 11:32:09 ART