Perhaps someone out there can help.
I have a FTTH scenario where I have asr9k as core box and Calix C7 and (2) subscriber sites wanting to be in the same transparent lan. Cisco 3750 at both customer prem. Both subscriber sites are on same c7, but I put one site in vlan 101 and other site in vlan 102 and flow them up northbound out of c7 gige uplinks into asr9k and l2vpn them together into a single bridge-domain. Connectivity. 3750-1 g1/0/1----- ont ----- c7 ------ g0/0/0/14.101 asr9k g0/0/0/4.102 ------- (same c7 different gige link) ------ ont ------ g1/0/1 3750-2 End to end (3750 to 3750) results . Cdp works Vtp works Ip works STP (PVST+) doesn't work Tshooting why stp is broke. Here's what I'm seeing on a sniffer. looking/sniffing in this direction -----------------------> 3750-1 g1/0/1----- ont ----- c7 ------ g0/0/0/14.101 asr9k g0/0/0/4.102 ------- (same c7 different gige link) ------ ont ------ g1/0/1 3750-2 Bpdu's seen at ont Bdpu's seen c7 northbound interface prior to handoff to asr9k port 14 Bpdu's seen southbound off of asr9k port 4 prior to southbound handoff to c7 Bdpus's NOT seen on ont interface prior to handoff to 3750-2 If you have an answer for that I'd love to hear it. Seems to be something with c7 . maybe a tls stp tunneling setting I'm not getting quite right in c7 In the meantime J , if/when I set "l2protocol cpsv reverse-tunnel" on asr9k interfaces g0/0/0/4.102 and/or g0/0/0/14.101 I suddenly start getting stp packets out that ont interface! But, that reverse tunnel seems to cause the previous broken stp bpdu's to change from 01-00-0c-cc-cc-cd and 01:80:c2:00:00:00 to now be 01:00:0c:cd:cd:d0 (apparently GBPT..generic bridge pdu tunneling).. So I guess I/we could figure out how to make the vanilla stp bdpu's get through the c7/ont OR get the 3750 to recognize gbpt stp bpdu's. Aaron _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
