| Author |
Message |
adam
Joined: 10 Dec 2007 Posts: 3
|
Posted: Mon 10 Dec 2007, 07:59 Post subject:
Unable to see 802.1q tags in Ethereal Subject description: Need info on how Puppy treats the network stack |
|
Ladies and gents,
please go easy on me, this is my first post. I have just come in to contact with Puppy for the first time last week and I can only describe myself as a Linux novice.
So far I have successfully managed to get my NIC's working and ethereal up and running. I know this question is extremely biased towards networking (unfortunately I'm a network engineer). Ethereal is working as expected, but I am unable to see 802.1q tag information within ethereal. Does anyone know how puppy treats the network stack, does it strip the 802.1q header out of the L2 headers prior to passing the frame on, or is the issue down to the NIC. Any assistance would be appreciated. Apologies for the non-specific puppy question
regards
|
|
Back to top
|
|
 |
adam
Joined: 10 Dec 2007 Posts: 3
|
Posted: Mon 10 Dec 2007, 10:04 Post subject:
|
|
Just to let people know this issue is now fixed.
Very happy with Puppy and ethereal combination
regards
|
|
Back to top
|
|
 |
Béèm

Joined: 21 Nov 2006 Posts: 11782 Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
|
Posted: Mon 10 Dec 2007, 14:34 Post subject:
|
|
You probably know that ethereal has ended and is replaced by wireshark.
_________________ Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
|
|
Back to top
|
|
 |
Flash
Official Dog Handler

Joined: 04 May 2005 Posts: 9850 Location: Arizona USA
|
Posted: Mon 10 Dec 2007, 16:28 Post subject:
|
|
If you could give some details of what the problem was and how you fixed it, it would make the forum more useful and maybe help out the Linux community. Thanks.
|
|
Back to top
|
|
 |
adam
Joined: 10 Dec 2007 Posts: 3
|
Posted: Tue 11 Dec 2007, 04:40 Post subject:
|
|
Flash, thanks for that, not actually used wireshark yet, but I do know of it's existance.
Béèm, of course you are right, I'll try and explain here.
The problem was nothing to do with the way Puppy handled the TCP stack or stripping of information in software. It was actually a hardware related issue. Some NIC's strip the 802.1q header and place it in registers which drivers can then access (should they have the ability) as opposed to letting the driver deal with the header directly (my understanding). This can, on some cards, be circumvented with alterations to drivers (or regsitry in windows).
If you do experience this problem, firstly try a different card, to ensure your NIC isn't preforming as aforementioned. If this isn't an option, occassionally special drivers can be located, possibly on your NIC manufacturers website.
Not a great solution but hopefully of some use
|
|
Back to top
|
|
 |
|