TCP/IP

Hi!

Salam & thanks for your time Ahmed. Unfortunately, I think I didn’t make
myself clear last time.

I read about the npm-tcpip… I made all type of combinations, changes etc,
but at the end of the day, once I run an io-net… the Photon networking
configuration vanishes. So, my problem is

a) Where is loaded the io-net -pttcpip -ppppmgr that appears after booting
from?
b) How to change to be io-net -ptcpip -ppppmgr instead?
c) What kind of network card is detected ?

To answer a) I made changes in the TCP/IP configuration window and checked
what files were modified in the whole system!!! :frowning:… and I couldn’t find
a simple line with io-net -pttcpip -ppppmgr.

Thus, I think if I got an answer for a) I could set b).

As far as c) is concerned, well, funny thing :slight_smile: I’m sure I got an Intel
network card installed (by myself). Furthermore, if a run a nettrap the
answer is io-net -dspeedo, which is not very consistent with
unable to init dll devn-speedo: No such a device

the message I got when I try to run io-net -dspeedo -ptcpip -ppppmgr

Thanks folks!


JcD




“Ahmed Abed” <ahmed@qnx.com> wrote in message
news:8s5l61$25e$1@nntp.qnx.com

Here is a sample setup from the Utilities online manual (under
npm-tcpip.so):

io-net -dne2000 -ptcpip
ifconfig en0 10.163
route add default 10.25

With the big stack its not much different from a standard TCP/IP setup …

-Ahmed



juan carlos <> jcd@dcs.st-and.ac.uk> > wrote:
: Hi!

: I’m just trying to install an Apache server in a Neutrino box. After
fixing
: some stuff I got the Apache attacking… but to run the Apache server I
have
: to use the full tcp/ip instead of the ttcp/ip (requires KeepAlive)

: Well, at start up Neutrino if I do a ps and I can see

: io-net -pttcpip -ppppmgr

: and I can ping the machine, run the voyager without problem, I can even
see
: the Devices card in the TCP/IP Configuration Window. Then

: if I run io-net -ptcpip.
: I can install the Apache…and all it’s gone!, the TCP/IP Configuration
: concerning Gateway, Netmask, machine’s IP. Furthermore, I can’t see the
: Devices card in the TCP/IP Configuration Window!! (i know that happens
when
: Neutrino is not capable of detecting a network card) but I can still
ping
: the machine. So, if I try to surf the net with voyager I got a DNS
failure
: and the Photon Dialer window appears.

: if I run
: io-net -dspeedo -ptcpip -ppppmgr
: kill -Kill 61454 (always same number that corresponds to
: io-net -pttcpip -ppppmgr)

: I got following message as well,

: unable to init dll devn-speedo: No such a device


: which is of course in the directory where are all the devn* . Now, I can
run
: Apache but I can’t ping the machine

: So,
: how can I have at start up tcp instead of ttcpi ?

: how can I avoid to lose the stuff in the TCP/IP Configuration window?

: Thanks.

\

cd /etc/system/enum/include && vi net

Make sure you don’t leave any temporary files (and don’t make backup
copies)

-Th


(This slowly becomes a FAQ )


juan carlos wrote:

Hi!

Salam & thanks for your time Ahmed. Unfortunately, I think I didn’t make
myself clear last time.

I read about the npm-tcpip… I made all type of combinations, changes etc,
but at the end of the day, once I run an io-net… the Photon networking
configuration vanishes. So, my problem is

a) Where is loaded the io-net -pttcpip -ppppmgr that appears after booting
from?
b) How to change to be io-net -ptcpip -ppppmgr instead?
c) What kind of network card is detected ?

To answer a) I made changes in the TCP/IP configuration window and checked
what files were modified in the whole system!!! > :frowning:> … and I couldn’t find
a simple line with io-net -pttcpip -ppppmgr.

Thus, I think if I got an answer for a) I could set b).

As far as c) is concerned, well, funny thing > :slight_smile: > I’m sure I got an Intel
network card installed (by myself). Furthermore, if a run a nettrap the
answer is io-net -dspeedo, which is not very consistent with
unable to init dll devn-speedo: No such a device

the message I got when I try to run io-net -dspeedo -ptcpip -ppppmgr

Thanks folks!

JcD

“Ahmed Abed” <> ahmed@qnx.com> > wrote in message
news:8s5l61$25e$> 1@nntp.qnx.com> …
Here is a sample setup from the Utilities online manual (under
npm-tcpip.so):

io-net -dne2000 -ptcpip
ifconfig en0 10.163
route add default 10.25

With the big stack its not much different from a standard TCP/IP setup …

-Ahmed



juan carlos <> jcd@dcs.st-and.ac.uk> > wrote:
: Hi!

: I’m just trying to install an Apache server in a Neutrino box. After
fixing
: some stuff I got the Apache attacking… but to run the Apache server I
have
: to use the full tcp/ip instead of the ttcp/ip (requires KeepAlive)

: Well, at start up Neutrino if I do a ps and I can see

: io-net -pttcpip -ppppmgr

: and I can ping the machine, run the voyager without problem, I can even
see
: the Devices card in the TCP/IP Configuration Window. Then

: if I run io-net -ptcpip.
: I can install the Apache…and all it’s gone!, the TCP/IP Configuration
: concerning Gateway, Netmask, machine’s IP. Furthermore, I can’t see the
: Devices card in the TCP/IP Configuration Window!! (i know that happens
when
: Neutrino is not capable of detecting a network card) but I can still
ping
: the machine. So, if I try to surf the net with voyager I got a DNS
failure
: and the Photon Dialer window appears.

: if I run
: io-net -dspeedo -ptcpip -ppppmgr
: kill -Kill 61454 (always same number that corresponds to
: io-net -pttcpip -ppppmgr)

: I got following message as well,

: unable to init dll devn-speedo: No such a device


: which is of course in the directory where are all the devn* . Now, I can
run
: Apache but I can’t ping the machine

: So,
: how can I have at start up tcp instead of ttcpi ?

: how can I avoid to lose the stuff in the TCP/IP Configuration window?

: Thanks.

\

according to other threads I have read, this is not the proper way to do it
although it does work. If you do it this way, Netmanager will still run, and fail
at boot time. Netmanager apparently is only meant to run with the “tiny” stack.
When you change net to run the “big” stack, netmanager fails at startup time.

The thing to do is leave net alone, and do the following:

cd /etc/rc.d
vi rc.local

add something like the following to rc.local:

slay -f io-net
io-net -del900 -p tcpip -p pppmgr
sleep 5
ifconfig en0 netmask 255.255.255.0 up
route add default
/usr/sbin/inetd

then:

chmod a+x rc.local or chmod go+x rc.local

I have also read somewhere in another thread that there are some switches to
io-net where you could put the ip and gateway definitions on the io-net line and I
guess leave out the ifocnfig and route commands.

Before you do this, you may need to run nettrap to see what line it would have
run. From
that you can tell what string to use with io-net’s -d switch.

Scott



Thomas Hentschel wrote:

cd /etc/system/enum/include && vi net

Make sure you don’t leave any temporary files (and don’t make backup
copies)

-Th

(This slowly becomes a FAQ )

juan carlos wrote:

Hi!

Salam & thanks for your time Ahmed. Unfortunately, I think I didn’t make
myself clear last time.

I read about the npm-tcpip… I made all type of combinations, changes etc,
but at the end of the day, once I run an io-net… the Photon networking
configuration vanishes. So, my problem is

a) Where is loaded the io-net -pttcpip -ppppmgr that appears after booting
from?
b) How to change to be io-net -ptcpip -ppppmgr instead?
c) What kind of network card is detected ?

To answer a) I made changes in the TCP/IP configuration window and checked
what files were modified in the whole system!!! > :frowning:> … and I couldn’t find
a simple line with io-net -pttcpip -ppppmgr.

Thus, I think if I got an answer for a) I could set b).

As far as c) is concerned, well, funny thing > :slight_smile: > I’m sure I got an Intel
network card installed (by myself). Furthermore, if a run a nettrap the
answer is io-net -dspeedo, which is not very consistent with
unable to init dll devn-speedo: No such a device

the message I got when I try to run io-net -dspeedo -ptcpip -ppppmgr

Thanks folks!

JcD

“Ahmed Abed” <> ahmed@qnx.com> > wrote in message
news:8s5l61$25e$> 1@nntp.qnx.com> …
Here is a sample setup from the Utilities online manual (under
npm-tcpip.so):

io-net -dne2000 -ptcpip
ifconfig en0 10.163
route add default 10.25

With the big stack its not much different from a standard TCP/IP setup …

-Ahmed



juan carlos <> jcd@dcs.st-and.ac.uk> > wrote:
: Hi!

: I’m just trying to install an Apache server in a Neutrino box. After
fixing
: some stuff I got the Apache attacking… but to run the Apache server I
have
: to use the full tcp/ip instead of the ttcp/ip (requires KeepAlive)

: Well, at start up Neutrino if I do a ps and I can see

: io-net -pttcpip -ppppmgr

: and I can ping the machine, run the voyager without problem, I can even
see
: the Devices card in the TCP/IP Configuration Window. Then

: if I run io-net -ptcpip.
: I can install the Apache…and all it’s gone!, the TCP/IP Configuration
: concerning Gateway, Netmask, machine’s IP. Furthermore, I can’t see the
: Devices card in the TCP/IP Configuration Window!! (i know that happens
when
: Neutrino is not capable of detecting a network card) but I can still
ping
: the machine. So, if I try to surf the net with voyager I got a DNS
failure
: and the Photon Dialer window appears.

: if I run
: io-net -dspeedo -ptcpip -ppppmgr
: kill -Kill 61454 (always same number that corresponds to
: io-net -pttcpip -ppppmgr)

: I got following message as well,

: unable to init dll devn-speedo: No such a device


: which is of course in the directory where are all the devn* . Now, I can
run
: Apache but I can’t ping the machine

: So,
: how can I have at start up tcp instead of ttcpi ?

: how can I avoid to lose the stuff in the TCP/IP Configuration window?

: Thanks.

\

Hi,

“J. Scott Franko” wrote:

according to other threads I have read, this is not the proper way to do it
although it does work. If you do it this way, Netmanager will still run, and fail
at boot time. Netmanager apparently is only meant to run with the “tiny” stack.
When you change net to run the “big” stack, netmanager fails at startup time.

Nope, you are not right :wink: It works and it works just fine… No fails, no pervert
commands to get standard info (just netstat :wink:


BR, Andrej

Yes, it works. But check your console. Netmanager tries to run and fails. Despite
this, once you get into photon, netstat works! And if you start inetd, somewhere, ftp,
telnet and phindows, among others things works too.

But I do get an error on the console from Netmanager, which QNX told me does not run
well- and shouldn’t be run - with the “big” stack. I don’t get the error if I leave
the enum net file alone and do the things I want in rc.local. But it works both ways.

Some people many not mind a simple failure at startup in trade for a working “big”
stack, but I’m anal about things like that. Since I had to start inetd in rc.local
anyway, I figured I might as well start the rest of the net things in there too, and not
get the error.

But then again, since io-net and netmanager start, and this alternate method just slays
io-net in rc.local, netmanager must still be running. QSSL? We really need a fix for
this startup. I suggest that you modify phlip to have a checkbox for which stack to
startup, and then do the right things for us.

Startup should be more centralized, either to one file, or one directory tree of files
(like etc/config in the QNX4), and we should be able to look into it more easily and be
able to change it by hand, even if gui tools can change it for us also (which is good
for inexperienced users to be up and running fast).

Scott

Andrej Timchenko wrote:

Hi,

“J. Scott Franko” wrote:

according to other threads I have read, this is not the proper way to do it
although it does work. If you do it this way, Netmanager will still run, and fail
at boot time. Netmanager apparently is only meant to run with the “tiny” stack.
When you change net to run the “big” stack, netmanager fails at startup time.

Nope, you are not right > :wink: > It works and it works just fine… No fails, no pervert
commands to get standard info (just netstat > :wink:> …


BR, Andrej

“J. Scott Franko” wrote:

Yes, it works. But check your console. Netmanager tries to run and fails. Despite
this, once you get into photon, netstat works! And if you start inetd, somewhere, ftp,
telnet and phindows, among others things works too.

Nope… There is no failures, at least on console during boot/startup time… as well as in
logs… could you point me exactly where I should check up myself?


BR, Andrej

It’s one of the last message on the screen before photon kicks in. I don’t know how to “ditto”
or check console message in QRTP after photon is up.

Scott

Andrej Timchenko wrote:

“J. Scott Franko” wrote:

Yes, it works. But check your console. Netmanager tries to run and fails. Despite
this, once you get into photon, netstat works! And if you start inetd, somewhere, ftp,
telnet and phindows, among others things works too.

Nope… There is no failures, at least on console during boot/startup time… as well as in
logs… could you point me exactly where I should check up myself?


BR, Andrej

“J. Scott Franko” wrote:

It’s one of the last message on the screen before photon kicks in.

Then it means what in my case everything is OK.

I don’t know how to “ditto”
or check console message in QRTP after photon is up.

I know :wink: just shutdown photon… you’ll see the console as it was just before Photon has been
launched…

P.S. now I’m interested how to get responce from “quick QSSL guyz” about IPv6 support - if they
wouldn’t, then I should treat Neutrino only as a source for my personal play-on’s, not as potential
product platform. seems they don’t care…

BR, Andrej

the changes to /etc/system/… will give you full stack tcpip.
I guess it is for runtime. What about the full stack SDK and libs?

good question, but I can’t answer - I don’t work for QSSL… I would
like to know too…

Frank Liu wrote:

the changes to /etc/system/… will give you full stack tcpip.
I guess it is for runtime. What about the full stack SDK and libs?


BR, Andrej

take a look for qdn.public.porting (tpoic “udp and SIGIO”) - seems like
one has found how to do it…

Frank Liu wrote:

the changes to /etc/system/… will give you full stack tcpip.
I guess it is for runtime. What about the full stack SDK and libs?


BR, Andrej

Andrej Timchenko <silpol@yahoo.com> wrote in message
news:39EB1085.E76BA48C@yahoo.com

P.S. now I’m interested how to get responce from “quick QSSL guyz” about
IPv6 support - if they
wouldn’t, then I should treat Neutrino only as a source for my personal
play-on’s, not as potential
product platform. seems they don’t care…

I’m not from QSSL, so this is not an official response!
BUT, I bet they do care!
My guess is that they are at a place in the decision making, design, or
creation process where they do not feel comfortable revealing their
position.
As such, they are probably NOT in a position to say (definitely) any of the
below:

  1. No, we are not going to support it.
  2. Yes, we are going to support it soon ( look for it in a few months).

So, my guess is that they are waiting to respond until a time when they are
comfortable giving a response.
The good news is that they have NOT told you “No!”
The bad news is the uncertainty that you (and I ) experience by not getting
a response yet.
We might have to be patient waiting for this answer.
Companies usually do NOT respond by telling you that they are in the
decision making process when that is where they are!
Nor do they usually respond that they in the process when it is in the early
stages and there is still a lot of uncertainty about when the project will
be complete, and what it will actually look like.

BTW, let us not forget that IPV6 is still pretty new!
Who do you know that can actually get an IPV6 connection to the InterNet?
Is there any (other than short-range, experimental) IPV6 Internet backbone
in place yet??
Do you know of any sites that you can connect to using IPV6 tunneling over
IPV4?
Microsoft only has a very Beta IPV6 stack for developers to start
experimenting with, and that was announced quite recently!

I have considered doing an IPV6 stack for QNX RtP myself, but after a little
preliminary investigation, I quickly came to the conclusion that this could
only be done by a single person in a reasonable time frame if that was the
person’s full time job. ( And I have another full time job!)
I have also come to the conclusion that to do a really professional job (the
kind expected in QNX-land) within a reasonable time frame would not be
possible at all by a single-person team.
Remember that IPV6 not only affects IP, ICMP, UDP and TCP, but also affects
a number of the other many protocols and services in use (DNS, various
security protocols, etc.,) Not only that, but the API that the user sees
must also be extended/altered.
I have written network protocol stacks for QNX4 (IPX and NetBeui) in the
past, so I would definitely be qualified to do the job.
However, I believe that this particular project would best be left to QSSL.
( for quite a large number of reasons)

I suspect something is in the works, but I think that they are in no
position to announce (or reveal) where they are in the process.

If you want to experiment with IPV6, and you are a company with resources,
you might consider approaching QSSL through appropriately confidential
avenues (not on a public newsforum like this!) to see if you can
partner/assist/sponsor/whatever in the effort to get IPV6 capability for QNX
RtP.

If you are a private individual or a company with few resources, you might
have to play with other OSes for a while first.
If you play with Linux, much of what you develop should be pretty easily
portable to QNX RtP once they also support IPV6.

This has all been just my opinion and conjecture, please take it as such. I
am NOT privy to QSSL’s plans regarding IPV6 (at least not yet! :sunglasses:
( And, of course, once I get told their plans in this area by QSSL I would have to shut up, since we have an NDA with them! )

Hi Steve,

I thought it just exactly as you described, I mean everything except contacting
QSSL in private. Ok, lets say - they are not interested to discuss it in public.

“Steve Munnings, Corman Technologies” wrote:

Andrej Timchenko <> silpol@yahoo.com> > wrote in message
news:> 39EB1085.E76BA48C@yahoo.com> …
snip
P.S. now I’m interested how to get responce from “quick QSSL guyz” about
IPv6 support - if they
wouldn’t, then I should treat Neutrino only as a source for my personal
play-on’s, not as potential
product platform. seems they don’t care…


BR, Andrej

that talks about coding. I was asking compiling/linking. do I
need a new set of header files and libs for full stack?

On Mon, 16 Oct 2000, Andrej Timchenko wrote:

take a look for qdn.public.porting (tpoic “udp and SIGIO”) - seems like
one has found how to do it…

Frank Liu wrote:

the changes to /etc/system/… will give you full stack tcpip.
I guess it is for runtime. What about the full stack SDK and libs?


BR, Andrej

Frank Liu <liug@mama.indstate.edu> wrote:

: that talks about coding. I was asking compiling/linking. do I
: need a new set of header files and libs for full stack?


No.

-seanb