|
From: Simon H. <sd...@ab...> - 2002-02-06 19:47:32
|
Hi Bill
I have my driver working but I'm running into problems with the RH 6.2 LNS.
My re-write of data_xmtr.c uses sockets, one socket on udp 1701 for
listening and then 1 socket per created tunnel. All l2tp data packets are
sent on the socket for the appropriate tunnel. This causes a problem for the
RH 6.2 LNS. because of the following in data_xfer.c:
/* I think the peer is allowed to change his UDP address in his first
msg... */
else if ( tun->peer_udp != peer_udp )
{
/* FIXME: some implementations may move source UDP port
* to fix this, an interface needs to be created at data layer
* and signaling layer connectors to allow transport to set the
* udp address. transport also has to be changed to something
like
* in rx_ctrl, if known peer_udp == 0, use new port & tell data
layer. */
L2TP_LOG_severe( ( "udp addresses do not match. This could be a
hack or an implementation problem, see code" ) );
status = L2TP_STATUS_peer_udp_port_incorrect;
}
Is this the same situation in the RH7.1 release? Any chance of fixing this ?
I need to come back to you RE the processing of lcp packets in
/ppp/pppd/l2tp.c (rej/nak ing certain packets). When I get a moment, I'll
respond.
Simon
|