Re: VLAN Packet sent twice

Ben Greear <[email protected]>
Newsgroups gmane.linux.drivers.vlan
Organization Candela Technologies
Message-ID <[email protected]>
Cyprian Clement wrote:
> Hello community,
> 
>  
> 
> I have a query regarding packet transmission in the VLAN arena. First, 
> let me give a picture of the configuration I have:
> 
>  
> 
> Eth3                           eth4
> 
> Eth3.2                        eth4.2
> 
>  
> 
> I have assigned eth3.2 an IP of 51.1.2.2   and eth4.2  an IP of 51.1.20.2
> 
>  
> 
> A call is made from 51.1.2.2(i.e. eth3.2) to 51.1.20.2(i.e. eth4.2). The 
> issue I have noted is that when monitoring a call via ethereal I see 
> that the same RTP packet is being sent twice. However, one of the packet 
> is has a VLAN Tag while the other one has no Tag but both of them go to 
> the same address.
> 
>  
> 
> -The question is why is this the case? i.e. why do we have same packet 
> twice; one Tagged while the other Untagged?
> 
> -Is it fair to assume that the Tagged packet goes to eth4.2 while the 
> Untagged one goes to eth4 ?
> 
> -If this is the case does it mean eth3.2 originates the same packet 
> twice? Or it’s simply that the same packet is being sent twice but one 
> by eth3(Untagged) and the other by eth3.2(Tagged) ? I wonder why this 
> would be the case though.

Are you sure it's being sent twice, or are you watching the same packet traverse
the .1q interface and then the physical interface on the way to the wire?

Ben

> 
>  
> 
> As always, Thank you in advance.
> 
>  
> 
> Regards,
> 
>  
> 
> Cyprian.
> 
> ------------
> 
> Send instant messages to your online friends http://uk.messenger.yahoo.com
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Vlan mailing list
> [email protected]
> http://www.lanforge.com/mailman/listinfo/vlan


-- 
Ben Greear <[email protected]>
Candela Technologies Inc  http://www.candelatech.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.