Path: utzoo!utgpu!utstat!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!SM.UNISYS.COM!dgolber
From: dgolber@SM.UNISYS.COM (David Lawrence Golber)
Newsgroups: comp.protocols.tcp-ip
Subject: X.25 service (was Re: IP over X.25)
Summary: Try other vendors
Message-ID: <8902161623.AA12915@rdcf.sm.unisys.com>
Date: 16 Feb 89 16:23:22 GMT
References: <8902081711.AA07245@gateway.mitre.org> <13962@bellcore.bellcore.com> <1129@wasatch.UUCP> <14077@bellcore.bellcore.com>
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: sdcrdcf!dgolber@sm.unisys.com (David Lawrence Golber)
Organization: Unisys - System Development Group, Santa Monica
Lines: 17

In article <14077@bellcore.bellcore.com> karn@jupiter.bellcore.com
(Phil R. Karn) writes:
>Nor did Telenet seem interested in fixing their
>switches to not act as though the D bit were always set.

The obvious thing to try: go to other vendors!  That IS one of the
advantages of a standard; there are lots of vendors - at least in
the US.  (When the only vendor is the government PTT, you may have a
problem.)

Nothing gets the attention of a vendor more than loosing business.

I don't think it's the 7-bit sequence numbers you want; it's the
act-as-though-no-D-bit is set.

I'd be real interested in what you find out about different vendors
... and I'm sure lots of other people would to.