Re: [TCPIP V5.4] Session Disconnects (and DISCONNECT)

From: Peter 'EPLAN' LANGSTOEGER (peter_at_langstoeger.at)
Date: 02/21/04 

Date: Fri, 20 Feb 2004 23:16:21 +0000 (UTC)

In article <8ncZb.67244$Wa.23019@news-server.bigpond.net.au>, "Matt Muggeridge" <Matt.Muggeridge@hp.com> writes:
>>When I delete the alias address(es) the sessions
>> (eg. DECnet over IP) don't get terminated.
>
>That is a good thing. Protocol modularity and all that.

I disagree. The address is gone, the sessions should too.

>> 1) Is there a chance that UCX at some time will do this right ?
>> eg. do you have an idea what parameters to try (besides how to do
>> keepalive for DECnet over IP)
>
>I'm not sure what your expectations are. Using "tcpip disconnect" seems the
>right approach. Your 3rd point suggests you would like to see this enhanced
>to accept /LOCAL and /REMOTE qualifiers for the port number.

Yes. But I want both.
A DISCONNECT is the 2nd choice. 1st is the automatic session termination.

>>Is there any chance that UCX will narrow this gap
>> (which exists now for a decade) in the very near future ?
>
>Sorry to say that I haven't seen this request on our recent requirements
>list.

Is this list done by user requests only ?
Or does some marketing guy occassionally look on competing products, too ?
I surely discussed it on more than one occasion (but didn't submit an SPR).
(And I still have the impression that PSC did add KILL CONNECTION on my own
request way back in the very early nineties)

> However, I will forward it along.

Thanks a lot.

> But before I do, is there more to
>it than:
>
> tcpip disco dev /LOCAL=<local port number> /REMOTE=<remote port number>

        /LOCAL=<local-ia|*>.<local-port|*>
        /REMOTE=<remote-ia|*>.<remote-port|*>

>Of course, like all work, this will be prioritised accordingly. You can
>check in periodically to see where it is up to. If you need our product
>manager's email address, drop me a line.

Dropped ;-)
Does he accept hobbyists, too ?

>>Otherwise I will
>> have to write a DCL script instead of using one simple TCPIP command...
>
>That will have to be your solution in the near term.

And this is a problem I'm afraid off.

eg. There is a difference between BG devices and sockets. F$DEVICE ("_BG*:")
So even getting a list of sockets is parsing output in files. Shudder.

>> 3) Is there a chance that a lexical function (F$GETDVI comes to mind) will
>> (in the very near future) give me IP information (like the local IP address
>> and/or port number) on BG devices ? Otherwise I will have to parse output
>> files (written by CRTL).
>
>In the very near future... no. If you can email me your requirement (the
>more detail the better) it will be added to our requirements list and
>reviewed during the next cycle.

Many Thanks.
I think the requirements should and will grow here in the news group...

>> Any hope ?
>
>There is always hope. Keep smiling. :-)

I already do. Such a fast answer. And from the right person. Wonderful... 

-- 
Peter "EPLAN" LANGSTOEGER
Network and OpenVMS system specialist
E-mail  peter@langstoeger.at
A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist

Relevant Pages

  • Re: [TCPIP V5.4] Session Disconnects (and DISCONNECT)
    ... >When I delete the alias addressthe sessions ... > (eg. DECnet over IP) don't get terminated. ... > have to write a DCL script instead of using one simple TCPIP command... ... > I seem to have problems with the use of alias addresses (which ...
    (comp.os.vms)
  • [TCPIP V5.4] Session Disconnects (and DISCONNECT)
    ... I seem to have problems with the use of alias addresses (which ... When I delete the alias addressthe sessions ... Is there a chance that UCX at some time will do this right? ... keepalive for DECnet over IP) ...
    (comp.os.vms)
  • Re: [PHP] Question about authenticating people...
    ... Sessions in the way that most PHP developers think about them are an enemy of horizontal scalability, but if slightly alter the way you think about how your app works you can effectively remove the need for this type of session. ... Think about how much info you need to store between page requests that isn't already available to you some other way, in a database for example. ... The one thing you do need to transfer from request to request is something to identify the logged in user. ... Normal rules for good encryption apply here, but bear in mind that every single request will need to decrypt it, and potentially encrypt it too so don't go overboard. ...
    (php.general)
  • Re: [PHP] PHP - Web/list Question...
    ... I have a list that extends over multiple pages. ... of the selected items from page to page, ... You'd rather use sessions than explode, ... implode an array of numbers on each request? ...
    (php.general)
  • Re: What Event Occurs When Someone Leaves Your Web Site?
    ... There is no event when someone "leaves" a web site. ... Request from a client whether it will ever receive another one. ... there are Sessions. ...
    (microsoft.public.dotnet.framework)