kernelnewbies.kernelnewbies.org archive mirror
 help / color / mirror / Atom feed
* VLAN tagged packets received by application are corrupted
@ 2014-11-21  4:49 Amit Agarwal
  2014-11-21  7:21 ` Anupam Kapoor
  0 siblings, 1 reply; 4+ messages in thread
From: Amit Agarwal @ 2014-11-21  4:49 UTC (permalink / raw)
  To: kernelnewbies

Hi all,

I have query on vlan tagged packets received by network interface.

Problem: I have application which would receive all packets on the interface
and process them ( this could be including vlan tagged packets). However when
the 8021q (vlan) module is not loaded and the appropriate interfaces for all
the IDs are not created I see that the application is not able to decode them.
When we capture with tcpdump/tshark/wireshark as well we see that the packets
are not correctly displayed. The Ethernet header type itself is not correctly
identified and thus the rest of the packet cannot be decoded. What could be
causing this and is there a way to fix this?

-- 
 Thanks,
-aka

^ permalink raw reply	[flat|nested] 4+ messages in thread

* VLAN tagged packets received by application are corrupted
  2014-11-21  4:49 VLAN tagged packets received by application are corrupted Amit Agarwal
@ 2014-11-21  7:21 ` Anupam Kapoor
  2014-11-21 12:50   ` Amit Agarwal
  0 siblings, 1 reply; 4+ messages in thread
From: Anupam Kapoor @ 2014-11-21  7:21 UTC (permalink / raw)
  To: kernelnewbies

most likely you offload enabled on your card, try disabling that to see if
tcpdump does the right thing for you

----
kind regards
anupam

On Fri, Nov 21, 2014 at 10:19 AM, Amit Agarwal <amit@amit-agarwal.co.in>
wrote:

> Hi all,
>
> I have query on vlan tagged packets received by network interface.
>
> Problem: I have application which would receive all packets on the
> interface
> and process them ( this could be including vlan tagged packets). However
> when
> the 8021q (vlan) module is not loaded and the appropriate interfaces for
> all
> the IDs are not created I see that the application is not able to decode
> them.
> When we capture with tcpdump/tshark/wireshark as well we see that the
> packets
> are not correctly displayed. The Ethernet header type itself is not
> correctly
> identified and thus the rest of the packet cannot be decoded. What could be
> causing this and is there a way to fix this?
>
> --
>  Thanks,
> -aka
>
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>



-- 
In the beginning was the lambda, and the lambda was with Emacs, and Emacs
was the lambda.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20141121/e015b1fa/attachment-0001.html 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* VLAN tagged packets received by application are corrupted
  2014-11-21  7:21 ` Anupam Kapoor
@ 2014-11-21 12:50   ` Amit Agarwal
  2014-11-21 20:32     ` Greg KH
  0 siblings, 1 reply; 4+ messages in thread
From: Amit Agarwal @ 2014-11-21 12:50 UTC (permalink / raw)
  To: kernelnewbies

On 14-11-21 12:51:29, Anupam Kapoor wrote:
> most likely you offload enabled on your card, try disabling that to see if
> tcpdump does the right thing for you
ethtool -k <intf> - does not show anything for vlan.

More information: 

Kernel is 2.6.32
Driver being used in tg3.


-- 
 Thanks,
-aka

^ permalink raw reply	[flat|nested] 4+ messages in thread

* VLAN tagged packets received by application are corrupted
  2014-11-21 12:50   ` Amit Agarwal
@ 2014-11-21 20:32     ` Greg KH
  0 siblings, 0 replies; 4+ messages in thread
From: Greg KH @ 2014-11-21 20:32 UTC (permalink / raw)
  To: kernelnewbies

On Fri, Nov 21, 2014 at 06:20:01PM +0530, Amit Agarwal wrote:
> On 14-11-21 12:51:29, Anupam Kapoor wrote:
> > most likely you offload enabled on your card, try disabling that to see if
> > tcpdump does the right thing for you
> ethtool -k <intf> - does not show anything for vlan.
> 
> More information: 
> 
> Kernel is 2.6.32

You do realize that that kernel version is over 313 _thousand_ changes
behind the current kernel release?  Things have changed a lot since
then, sorry.  If you are stuck with such an old and obsolete kernel
version, please get support from the vendor that is forcing you to run
such an insecure thing.

best of luck,

greg k-h

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-11-21 20:32 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-21  4:49 VLAN tagged packets received by application are corrupted Amit Agarwal
2014-11-21  7:21 ` Anupam Kapoor
2014-11-21 12:50   ` Amit Agarwal
2014-11-21 20:32     ` Greg KH

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).