Date: Wed, 25 Oct 2000 12:39:47 +0400 From: Kurakin Roman <rik@cronyx.ru> To: Julian Elischer <julian@elischer.org> Cc: freebsd-net@FreeBSD.ORG Subject: Re: - sr Interface & Conf - Message-ID: <39F69C53.55E7059D@cronyx.ru> References: <Pine.BSF.4.10.10010241320190.95194-100000@brunel.uk1.vbc.net> <39F5A52F.CCA5A9CD@cronyx.ru> <39F5A987.882A2A5B@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Julian Elischer wrote: > > Kurakin Roman wrote: > > > > Hi, > > > > Jean-Christophe Varaillon wrote: > > > Now FreeBSD supports two branches of sync drivers. First one old and > > traditional sppp. Second one - NETGRAPH. (man netgraph) > > As far as I know sr supports NETGRAPH. > > The problem we have is that no-one who can work with the netgraph > versions actually HAVE such a card or the information as to how to > run them so we have a problem in that at least SOME of the sr cards will > not work > under netgraph, even though theoretically they should. > > The netgraph frame relay implememtation is independent of the lower > level > drivers however and has been heavily tested at MCI > (and other places). Sppp implementation of FrameRelay is independent of the lower level drivers too. Support of FrameRelay in sppp was implemented quite long time ago and many people use it not only sers of our communication equipment use it. And as far as I know this code (sppp) was ported in some other OS. So we made patch with FrameRelay and we hope that it would be accepted and we will see it in current. > > > What are the purpose of the patches for sppp that you can send ? > > > > Current state of sppp has incorrect behavior in some cases (ppp, cisco). > > Those patches solve those problems and adds support of FrameRelay. > > What were those incorrect behavious? I would like ot see if they were > inherritted by the netgraph cisco code. I think that they not. Except that some cisco could send packets that have length less than 18 bytes - 14 bytes. All other changes in cisco part (in comparision with current code) were made for ability to add FrameRelay code. Current state of PPP code can't work proper in almost all cases of leased line connection. Most of errors in state machine. This patch was send as a bug report kern/21771. Kurakin Roman > > > > > > > I would like to connect a freeBSD box on a Cisco router. > > > > > > > > > > To do it I did rebuilt a kernel with that: > > > > > > > > > > pseudo-device sppp > > > > > device sr0 at pci? port 0x300 irq iomem 0xd0000 > > > > > > > > > > Then, when I made dmseg 'sr0', it tells me that: > > > > > sr0 XXX: driver didn't set ifq_maxlen > > > > > sr1 XXX: driver didn't set ifq_maxlen > > > > > > > > > > >From a specialist called Kenjiro Cho: > > > > > > > > > > Starting from FreeBSD-4, drivers are supposed to set ifq_maxlen. > > > > > The messages are just warnings but if you want to suppress the > > > > > warning, add > > > > > ifp->if_snd.ifq_maxlen = IFQ_MAXLEN; > > > > > in srattach() in sys/i386/isa/if_sr.c just before calling if_attach(). > > The netgraph code doesn't have an "interface" for the card but rather > links the protocol modules to a general purpose "assignable" interface > module. > In the case of Frame relay, one per Frame relay channel. > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000 > ---> X_.---._/ presently in: Budapest > v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?39F69C53.55E7059D>