Your understanding is correct but let me clear some background issues that i discuss few days ago......!
Most of our client termination are in a manner that Ethernet clients are terminated over switch and than truncked to Juniper..and FR clients are terminated over NNI between FR switch and Juniper.,....and than they transported over Martini...but the issue is that..when the lastmile of client goes down....Juniper didnt down its CCC state....means....DLCI shows down but not FR-CCC similarly VLAN-CCC is not down. here are the interface stats when Client lastmile goes down..... *show interfaces ds-1/1/2:1.0 * Logical interface ds-1/1/2:1.0 (Index 121) (SNMP ifIndex 156) Description: *** Client X SITE B *** Flags: Point-To-Point *SNMP-Traps Encapsulation: FR-CCC* Input packets : 47743200 Output packets: 43623195 Protocol ccc, MTU: 1504 Flags: None *DLCI 152* * Flags: Down, DCE-Configured* Total down time: 53:49:06 sec, Last down: 01:34:06 ago Input packets : 47743200 Output packets: 43623195 ** ** *And DLCI flag DOWN will not cause FR-CCC to down.....and this will cause L2circuit to remain UP. and if the primary link FR-CCC is not down client cann't use the protected interface.* * * ** *show l2circuit connections* Neighbor: A.B.C.D *Interface Type St Time last up # Up trans* *ds-1/1/2:1.0{vc 152) rmt Up Dec 26 08:32:09 2006 1* *Local interface: ds-1/1/2:1.0, Status: Up*, Encapsulation: FRAME RELAY Remote PE: W.X.Y.Z, Negotiated control-word: Yes (Null) Incoming label: 102320, Outgoing label: 155888 Similar is the case with VLAN transport over Martini....! And this is causing us alot of problem....! On 1/24/07, Alex <[EMAIL PROTECTED]> wrote: > > Fahad, > My understnding of "protect-interface" feature is that as long as Primary > interface is UP then protect-interface is DOWN, the protect-interface is > activated when Primary fails: > "primary interface has priority over the protect interface and carries > network traffic as long as it is functional. If the primary interface fails, > the protect interface is activated" > > http://www.juniper.net/techpubs/software/junos/junos81/swconfig81-vpns/html/l2circuits-examples.html#1018999 > Sort-of "backup-interface" in Cisco speak. > So when PE-A client has 2 last-mile interfaces, one of then Primary and > second one as protect-interface, then in normal conditions the Primary is UP > and protect os DOWN. When primary fails and goes DOWN, protect is activated > and goes UP. Client should be able to recognise the failure if it is > DIRECTLY connected to PE-A and fail over the traffic to protect-interface. > If there is a L2 switch in between then the whole process should > be transparent to the client and it should not even notice the failover. > Is my understanding of your scenario correct? > Cheers > Alex > > ----- Original Message ----- > *From:* FAHAD ALI KHAN <[EMAIL PROTECTED]> > *To:* Alex <[EMAIL PROTECTED]> > *Cc:* juniper-nsp <juniper-nsp@puck.nether.net> > *Sent:* Wednesday, January 24, 2007 10:16 AM > *Subject:* Re: [j-nsp] L2circuit martini issue....! > > > Well Alex it will help in CE-CE link tracking.....and PE will never know > any thing.....! > But consider a scenario, On PE-A clinet hav two last miles, one primary > and other backup. We configure L2Circuit and set Pri lastmile as > primary link and secondary lastmile as protected one (under the protocol > l2circuit hierarchy). So If PE didnt know abt it and put down Primary link's > CCC/TCC, client cannot use secondary Lastmile. > > In this case use of every CE-CE link tracking methodologies will > fail.....? > > Regards > > Fahad Ali Khan > > > On 1/24/07, Alex <[EMAIL PROTECTED]> wrote: > > > > Fahad, > > If you are looking for End-to-End failure detection for L2VPN where > > PE-CE links are Ethernet then You can do it either with BFD or IP SLA Cisco > > feature. Please be aware than BFD/IP SLA do not actually bring down the > > interface/subinterface, they either tear down IGP adjacencies (BFD), remove > > static routes (BFD/IP SLA) or disable PBR (IP SLA). > > HTH > > Cheers > > Alex > > > > > > > > > > _______________________________________________ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp