public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Matt Jerdonek <maj1224@yahoo.com>
To: mkhoyila@uci.edu, ecos-discuss@sources.redhat.com
Subject: Re: [ECOS] eCos Performance/ eth0,eth1 Routing problem (number of hops!)
Date: Tue, 13 Sep 2005 04:24:00 -0000	[thread overview]
Message-ID: <20050913042433.48669.qmail@web33507.mail.mud.yahoo.com> (raw)
In-Reply-To: <28832.63.87.1.243.1126560735.squirrel@webmail.uci.edu>

I don't see any problem with the routing tables.  It's
curious (but not necessarily problematic) that your
ethx interfaces are also the default gateways.

I have a similar setup, except I have ppp instead of
eth1.  I am able to send a ping request to the PPP
interface, and have the ping response exit the
ethernet interface.  So, I'm reasonable confident that
your setup will work.  You can verify that by pinging
the eth1 interface through the eth0 interface.

Make sure that your ping source has a default gateway
of the eth0 and the ping destination has a default
gateway of eth1.  If that's correctly setup, then I
think you're just going to have to dig into the
source.

-- Matt

--- mkhoyila@uci.edu wrote:

> Indeed, it was cache enabling problem.
> 
> Here is the new numbers which are getting closer but
> still needs some work:
> 
> Linux: max 26,000 packets (60 bytes) per second
> (single burst) with no drops
> 
> eCos: max 23,500 packets (60 bytes) per second
> (single burst) with no drops
> 
> I DO HAVE A SETUP ISSUE which I need help. I want to
> route packet coming
> in from IP address: 192.168.1.80 to eth0 (IP ROUTE)
> to eth1 and eth1 to
> route to its destination ip: 192.168.2.80. As you
> see the purpose is to
> test performance of my driver and eCos vs Linux by
> SmartBits. Here is an
> snap-shot of my eCos route table:
> 
> UCI DEFAULT GATEWAY TABLE
> Interface    Gateway IP addr         MAC addr
> --------------------------------------------------
> --------------------------------------------------
> 
> Routing tables
> Destination     Gateway         Mask           
> Flags    Interface
> 0.0.0.0         192.168.1.8     0.0.0.0         UG  
>     eth0
> 127.0.0.0       127.0.0.1       255.0.0.0       UG  
>     lo0
> 127.0.0.1       127.0.0.1                       U   
>     lo0
> 192.168.1.0     192.168.1.0     255.255.255.0   U   
>     eth0
> 192.168.2.0     192.168.2.0     255.255.255.0   U   
>     eth1
> 
> Arp table
> IP addr             MAC addr             Flags
> ----------------------------------------------
> 192.168.1.8         02:10:12:01:00:08    UHCL
> 192.168.1.80        00:00:00:00:00:01    UHC
> 192.168.2.8         02:10:12:01:00:09    UHCL
> 192.168.2.80        00:00:00:00:00:02    UHC
> 
> Interface statistics
> IFP: eth0
> IP: 192.168.1.8, Broadcast: 192.168.1.255, Netmask:
> 255.255.255.0
>         UP BROADCAST RUNNING MULTICAST MTU: 1500,
> Metric: 0
>         Rx - Packets: 0, Bytes: 0, Tx - Packets: 0,
> Bytes: 0
> IFP: eth1
> IP: 192.168.2.8, Broadcast: 192.168.2.255, Netmask:
> 255.255.255.0
>         UP BROADCAST RUNNING MULTICAST MTU: 1500,
> Metric: 0
>         Rx - Packets: 0, Bytes: 0, Tx - Packets: 0,
> Bytes: 0
> IFP: lo0
> IP: 127.0.0.1, Broadcast: 127.0.0.1, Netmask:
> 255.0.0.0
>         UP LOOPBACK RUNNING MULTICAST MTU: 16384,
> Metric: 0
>         Rx - Packets: 0, Bytes: 0, Tx - Packets: 0,
> Bytes: 0
> 
> 
> 
> 
> The ip routing between eth0 and eth1 is NOT
> happening. I am starting to
> think the number of "hops" is the issue. Here is
> initialization prints. Is
> there any other issue you see. Thanks.
> 
> BOOTP[eth0] op: REPLY
>        htype: Ethernet
>         hlen: 6
>         hops: 0
>          xid: 0x0
>         secs: 0
>        flags: 0x0
>        hw_addr: 02:10:12:01:00:08
>      client IP: 192.168.1.8
>          my IP: 192.168.1.8
>      server IP: 192.168.1.8
>     gateway IP: 192.168.1.8
>   options:
>         subnet mask: 255.255.255.0
>        IP broadcast: 192.168.1.255
>             gateway: 192.168.1.8
> BOOTP[eth1] op: REPLY
>        htype: Ethernet
>         hlen: 6
>         hops: 0
>          xid: 0x0
>         secs: 0
>        flags: 0x0
>        hw_addr: 02:10:12:01:00:09
>      client IP: 192.168.2.8
>          my IP: 192.168.2.8
>      server IP: 192.168.2.8
>     gateway IP: 192.168.2.8
>   options:
>         subnet mask: 255.255.255.0
>        IP broadcast: 192.168.2.255
>             gateway: 192.168.2.8
> 
> 
> -- 
> Before posting, please read the FAQ:
> http://ecos.sourceware.org/fom/ecos
> and search the list archive:
> http://ecos.sourceware.org/ml/ecos-discuss
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  parent reply	other threads:[~2005-09-13  4:24 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-10 17:23 [ECOS] Re: eCos Performance Matt Jerdonek
2005-09-10 17:35 ` Gary Thomas
2005-09-12 21:31 ` [ECOS] Re: eCos Performance/ eth0,eth1 Routing problem (number of hops!) mkhoyila
2005-09-12 23:21   ` Gary Thomas
2005-09-13  1:09     ` [ECOS] Re: eCos Performance/ eth0, eth1 " mkhoyila
2005-09-13  2:24       ` Gary Thomas
2005-09-13  8:22         ` David Vrabel
2005-09-13  4:24   ` Matt Jerdonek [this message]
2005-09-13 21:48     ` [ECOS] eCos Performance/ eth0,eth1 " Roy E Richardson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050913042433.48669.qmail@web33507.mail.mud.yahoo.com \
    --to=maj1224@yahoo.com \
    --cc=ecos-discuss@sources.redhat.com \
    --cc=mkhoyila@uci.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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 read-only IMAP folder(s) and NNTP newsgroup(s).