Does 802.1q under C-Vlan affect Flooding method?

Hi, Just want to ask your inputs on below scenario.

​

Sample TOpology:

SiteA ----(ProviderA)-----(ProviderB)-----SiteB

Site a sending unicast and multicast traffic.

Issue - Traffic not being sent to SW2 pointing Site B. (primary traffic is multicast)

#sh int g1/1

  30 second input rate 1179 bits/sec, 1283 packets/sec

  30 second output rate 0 bits/sec, 0 packets/sec

​

1. At first SiteA sending untagged frames to Partner to Provider to Site B which has no issue. but when they tried sending tagged frames to Site B, seems like switch not sending any traffic to Site B.

Q: Do you think it affects the frames being sent to site B? Since QinQ is applied on SW01, additional header has been inserted so i think C-Tag will not affect this?

​

1. In the scenario of flooding method like unicast,multicast & broadcast, does the above mentioned scenario affect the behaviour of the flooding mechanism?

#sh int g1/1

Received 0 broadcasts (0 IP multicasts) <- based on the interface output of switch2, broadcast and multicast is not increasing. (Note that the primary traffic of this list is multicast.)

​

1. From RT VC statistics(Pointing to SW2)

VC statistics:

    transit packet totals: receive 23901162939, send 111031102 <- Increasing

    transit byte totals:   receive 32752316549739, send 14447377651 <- Increasing

    transit packet drops:  receive 4417, seq error 0, send 0 <- Not Increasing

​

1. If MTU take place, both RTR and SW configured more than the default value.

​

1. From show interface what is the difference between 2 multicast output?

Received 0 broadcasts (0 IP multicasts) <--- Multicast here?

     0 runts, 0 giants, 0 throttles

     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

     0 watchdog, 19625 multicast, 0 pause input <--- Multicast here?

​

What verification do you think should be done? Any idea?

​

Thanks