dbTalk Databases Forums  

How do you force IDS to use static destination TCP port numbers?

comp.databases.informix comp.databases.informix


Discuss How do you force IDS to use static destination TCP port numbers? in the comp.databases.informix forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Doug Lawry
 
Posts: n/a

Default How do you force IDS to use static destination TCP port numbers? - 09-16-2010 , 07:26 AM






IDS 10.00.UC8 on AIX 5.3

Comparing "netstat" output on AIX and Linux, it's clear that whether
dynamic or static ports are used is platform dependent. I need to help
someone apply QOS rules on a WAN link, which they can't do without
specifying the port numbers. Is there a way to force them to be
static?

Regards,
Doug Lawry

Reply With Quote
  #2  
Old   
Art Kagel
 
Posts: n/a

Default Re: How do you force IDS to use static destination TCP port numbers? - 09-16-2010 , 07:49 AM






I don't think so.

Art

Art S. Kagel
Advanced DataTools (www.advancedatatools.com)
IIUG Board of Directors (art (AT) iiug (DOT) org)

Disclaimer: Please keep in mind that my own opinions are my own opinions and
do not reflect on my employer, Advanced DataTools, the IIUG, nor any other
organization with which I am associated either explicitly, implicitly, or by
inference. Neither do those opinions reflect those of other individuals
affiliated with any entity with which I am affiliated nor those of the
entities themselves.



On Thu, Sep 16, 2010 at 8:26 AM, Doug Lawry <lawry (AT) nildram (DOT) co.uk> wrote:

Quote:
IDS 10.00.UC8 on AIX 5.3

Comparing "netstat" output on AIX and Linux, it's clear that whether
dynamic or static ports are used is platform dependent. I need to help
someone apply QOS rules on a WAN link, which they can't do without
specifying the port numbers. Is there a way to force them to be
static?

Regards,
Doug Lawry
_______________________________________________
Informix-list mailing list
Informix-list (AT) iiug (DOT) org
http://www.iiug.org/mailman/listinfo/informix-list

Reply With Quote
  #3  
Old   
Jonathan Leffler
 
Posts: n/a

Default Re: How do you force IDS to use static destination TCP port numbers? - 09-17-2010 , 11:03 AM



On Sep 16, 5:26*am, Doug Lawry <la... (AT) nildram (DOT) co.uk> wrote:
Quote:
IDS 10.00.UC8 on AIX 5.3

Comparing "netstat" output on AIX and Linux, it's clear that whether
dynamic or static ports are used is platform dependent. I need to help
someone apply QOS rules on a WAN link, which they can't do without
specifying the port numbers. Is there a way to force them to be
static?
Can you clarify what you mean by IDS using static destination TCP port
numbers?

IDS will listen for connections on a well known (because advertised
via sqlhosts) port number.

When a CSDK client connects, it will be using an ephemeral port on its
system to connect to the well known port.
The overall connection has, as I understand, the unique source address/
port and target address/port consisting of <client IP address>/<client
ephemeral port>, <IDS IP address>/<IDS listener port> which is present
in the TCP/IP headers after the connection is established.

What different behaviour are you seeking?

Thanks,

Jonathan Leffler

Reply With Quote
  #4  
Old   
Doug Lawry
 
Posts: n/a

Default Re: How do you force IDS to use static destination TCP port numbers? - 09-19-2010 , 03:24 AM



Hi Jonathan.

Thanks for picking this up. If you have access to an AIX system
running IDS and run "netstat -a", you will see what I mean: the port
number on the target system is presumably used only for the initial
connection, after which the TCP traffic is moved to another port, so
you can't identify it by looking for the IDS listerner port number or
service name any longer.

Regards,
Doug

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.