Board index Linux

Kppp and continuous send/receives of ???

Kppp and continuous send/receives of ???

Post by Brian Goodyea » Wed, 19 Jan 2000 04:00:00



Once in a while when I fire up Kppp jjust after it is logged on it
starts sending and receiving who knows what and writes that it's doing
this in the log which follows:

Jan 18 18:51:46 Goodyear pppd[628]: local  IP address 129.37.169.162
Jan 18 18:51:46 Goodyear pppd[628]: remote IP address 165.87.17.130
Jan 18 18:51:46 Goodyear pppd[628]: Script /etc/ppp/ip-up started (pid
629)
Jan 18 18:51:46 Goodyear pppd[628]: Script /etc/ppp/ip-up finished (pid
629), status = 0x0
Jan 18 18:51:49 Goodyear pppd[628]: sent [CCP ConfReq id=0x2]
Jan 18 18:51:49 Goodyear pppd[628]: rcvd [CCP ConfAck id=0x2]
Jan 18 18:51:49 Goodyear pppd[628]: rcvd [CCP ConfReq id=0x3 < 04 02>]
Jan 18 18:51:49 Goodyear pppd[628]: sent [CCP ConfRej id=0x3 < 04 02>]
Jan 18 18:51:49 Goodyear pppd[628]: rcvd [CCP ConfAck id=0x2]
Jan 18 18:51:49 Goodyear pppd[628]: rcvd [CCP ConfReq id=0x4 < 04 02>]
Jan 18 18:51:49 Goodyear pppd[628]: sent [CCP ConfRej id=0x4 < 04 02>]
Jan 18 18:51:49 Goodyear pppd[628]: rcvd [CCP ConfReq id=0x5]
Jan 18 18:51:49 Goodyear pppd[628]: sent [CCP ConfAck id=0x5]
Jan 18 18:51:49 Goodyear pppd[628]: rcvd [CCP ConfReq id=0x6]
Jan 18 18:51:49 Goodyear pppd[628]: sent [CCP ConfReq id=0x3 <deflate
15> <deflate(old#) 15> <bsd v1 15>]
Jan 18 18:51:49 Goodyear pppd[628]: sent [CCP ConfAck id=0x6]
Jan 18 18:51:50 Goodyear pppd[628]: rcvd [CCP ConfRej id=0x3 <deflate
15> <deflate(old#) 15> <bsd v1 15>]
Jan 18 18:51:50 Goodyear pppd[628]: sent [CCP ConfReq id=0x4]
Jan 18 18:51:50 Goodyear pppd[628]: rcvd [CCP ConfAck id=0x4]
Jan 18 18:51:50 Goodyear pppd[628]: rcvd [CCP ConfReq id=0x7 < 04 02>]

Any ideas what could be causing this and better yet how to pull out of
it?
Thanks in advance, brian

 
 
 
Top

1. Receiving TCP ignores sending data when receiving buffer is full???

I have an application where a server sends data on either a signal
interrupt (A) or an alarm (B) on the same non-blocking stream socket.
So A & B continously send data over the socket.  Occasionally a
problem occurs when the sequence is like this: A sends, B sends but
the receiving socket only got data from A and not B. In Richard
Stevens's Unix Network Programming Vol1 he indicated the following:

      "With TCP the available room in the socket receive buffer is the
window that TCP advertises to the other end.  The socket receive
buffer can not overflow because the peer isn't allowed to send data
beyond the advertised window.  This is TCP flow control and if the
peer ignores the advertised window and sends data beyond the window,
the receiving TCP discards it".

   Is this what happened in my case?  If so is there a way for the
sending process to check the advertised window before sending to make
sure the sending data won't be discarded?  If not is there a solution
to make sure the receiving TCP won't discard the data?  Since data
from B is more important than data from A is there a way to flush the
receiving buffer before sending data from B to make sure the receiving
buffer will get the data from B?

 Any help is much appreciated.  Thanks in advance.

2. Configuring my modem

3. continuous ARP:Bad packet received on device "eth0"!

4. Solaris 7 x86: /dev/rmt/0 I/O error from tar, ufsdump

5. sending signal sends -1 to the receiving process (question)

6. Some 4.0-release Install Questions

7. Sending and receiving at the same time (send & recv)

8. Netcomm NP543 PC card driver for linux

9. sending/receiving integer through send() and recv()

10. Do send(2) and recv(2) always send and receive complete messages?

11. Matrox Mystique ands X.

12. How to set TCP send & receive buffer

13. TERM: best way to send/receive mail over term?


All times are UTC
Board index