What's QNX TCP/IP stack behavior in this case?

As a part of POST and run-time diagnostic I would like to test Ethernet on
PPC. I am looking for the most possibly painless way to send some packets
and receive them back through loopback-ed port . There is an idea to do the
following:

  1. set h/w loopback mode
  2. send packets with broadcasting destination address
  3. receive them (I hope :slight_smile:
    The question I have is what will QNX TCP/IP do with packets where
    destination address=broadcasting address but source address=its own address?
    Reject or accept?

Thanks in advance
Dmitri

“Dmitri Poustovalov” <pdmitri@bigfoot.com> wrote in
news:a7bbt4$itu$1@inn.qnx.com:

As a part of POST and run-time diagnostic I would like to test Ethernet
on PPC. I am looking for the most possibly painless way to send some
packets and receive them back through loopback-ed port . There is an
idea to do the following:

  1. set h/w loopback mode

This is very hardware specific for your ethernet controller - check the
docs for it for more info.

  1. send packets with broadcasting destination address
  2. receive them (I hope > :slight_smile:
    The question I have is what will QNX TCP/IP do with packets where
    destination address=broadcasting address but source address=its own
    address? Reject or accept?

The POST stage is pre-os, so the OS doesn’t come into play. But if you’re
in Neutrino, you can test the behaviour by ping 10.0.0.255, and you’ll
notice that you get dup messages, as well as responses from others on the
network.

\

Cheers,
Adam

QNX Software Systems Ltd.
[ amallory@qnx.com ]

With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <pschon@baste.magibox.net>

It works. Thanks. :slight_smile:

“Adam Mallory” <amallory@qnx.com> wrote in message
news:Xns91D95967682BBamalloryqnxcom@209.226.137.4…

“Dmitri Poustovalov” <> pdmitri@bigfoot.com> > wrote in
news:a7bbt4$itu$> 1@inn.qnx.com> :

As a part of POST and run-time diagnostic I would like to test Ethernet
on PPC. I am looking for the most possibly painless way to send some
packets and receive them back through loopback-ed port . There is an
idea to do the following:

  1. set h/w loopback mode

This is very hardware specific for your ethernet controller - check the
docs for it for more info.

  1. send packets with broadcasting destination address
  2. receive them (I hope > :slight_smile:
    The question I have is what will QNX TCP/IP do with packets where
    destination address=broadcasting address but source address=its own
    address? Reject or accept?

The POST stage is pre-os, so the OS doesn’t come into play. But if you’re
in Neutrino, you can test the behaviour by ping 10.0.0.255, and you’ll
notice that you get dup messages, as well as responses from others on the
network.

\

Cheers,
Adam

QNX Software Systems Ltd.
[ > amallory@qnx.com > ]

With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <> pschon@baste.magibox.net

Adam Mallory wrote:


The POST stage is pre-os, so the OS doesn’t come into play.

AKAIK POST stands for Power-On Self Test. It has no other definition
(that I am aware of) other than “a built-in test that runs once, shortly
after power is applied to a device”. I don’t think there is any
definition (or even common understanding) that mandates that a POST be
executed prior to loading operating software. I think that Dmitri was
using the term correctly.

Rennie Allen <rallen@csical.com> wrote:

Adam Mallory wrote:



The POST stage is pre-os, so the OS doesn’t come into play.

AKAIK POST stands for Power-On Self Test. It has no other definition
(that I am aware of) other than “a built-in test that runs once, shortly
after power is applied to a device”. I don’t think there is any
definition (or even common understanding) that mandates that a POST be
executed prior to loading operating software. I think that Dmitri was
using the term correctly.

I think the implication was that he wanted to write his own test, and
it seemed to be implied that it would execute as part of Neutrino, rather
than in the “traditional” definition of a BIOS/POST – hence Adam’s
comment on it being “pre-os”.

Just being anal :slight_smile:

-RK

–
Robert Krten, PARSE Software Devices +1 613 599 8316.
Realtime Systems Architecture, Books, Video-based and Instructor-led
Training and Consulting at www.parse.com.
Email my initials at parse dot com.