[nos-bbs] mbox fbb 2 = binary compressed protocol version 0 or 1?

[Michael Fox - N6MEF]

Working with my FBB forwarding partner today, I've been able to confirm
that:

 

mbox fbb 0 in JNOS is the equivalent of setting "N 0" in the forward.sys
file on FBB

mbox fbb 1 in JNOS is the equivalent of setting "N 1" in the forward.sys
file on FBB

 

But, mbox fbb 2 is still a bit of a puzzle.

 

When I connect TO a JNOS machine with mbox fbb 2 set, it answers with SID
letters BF (I'm eliminating the others for simplicity).

O.K.  That tells me that the best JNOS can do is FBB binary compressed
protocol version 0.  (REF: http://www.f6fbb.org/protocole.html)

 

When a JNOS with mbox fbb 2 set connects TO another JNOS machine with mbox
fbb 2 set, the destination machine answers with SID letters BF and the
source machines responds with SID letters BF.

O.K.  That's expected.  They both have the same maximum capability.

 

BUT .

 

When JNOS with mbox fbb 2 set connects to an FBB machine with "N 2" set, the
FBB machine answers with SID letters B1F (binary compressed protocol version
1) and then JNOS responds with SID letters B1F.  (See FBB log below -
session is over telnet).

 

Now that doesn't seem right.  If JNOS answers incoming connections with SID
letters BF, then supposedly that's the best it can do.  And if that's the
best it can do, then it shouldn't say it can do more (B1F) when connecting
to another machine.

 

Am I right?  If not, please explain.  If so, then perhaps this is part of
the problem we've seen forwarding with FBB?

 

BTW, software version is 2.0j.7v.

 

Michael

N6MEF

 

FBB log:

 

[PORT 4 (TELNETB) -  8 - W6XSC-0] 11:32 Connect

[FBB-7.05f-AB1FHMR$]

N6RME Mailbox, QTH Placerville.

(2) N6RME BBS>

[JNOS-2.0j.7v.XSC64.1-B1FHIM$]

FF

FQ

 

[PORT 4 (TELNETB) -  8 - W6XSC-0] 11:32 Disconnect

 

 

 

[PORT 4 (TELNETB) -  8 - W6XSC-0] 11:52 Connect

[FBB-7.05f-AB1FHMR$]

N6RME Mailbox, QTH Placerville.

(2) N6RME BBS>

[JNOS-2.0j.7v.XSC64.1-B1FHIM$]

FF

FQ

 

[PORT 4 (TELNETB) -  8 - W6XSC-0] 11:52 Disconnect

 

 

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tapr.org/pipermail/nos-bbs_lists.tapr.org/attachments/20160403/39037e30/attachment.html>