<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="+1"><tt>Hi everyone,<br>
<br>
Does anyone know/remember how to make pppd ignore certain strings on
receive?&nbsp; IIRC the asyncmap function was to make pppd escape out
certain sequences of data which could be interpreted by a modem to hang
up.&nbsp; E.g. +++ATH0<br>
<br>
NO CARRIER<br>
<br>
<br>
Just kidding.&nbsp; Anyway I have a piece of communications gear that
sometimes inserts a string of bits into the bitstream that comes in&nbsp; on
a serial port to pppd.&nbsp; This string of bits is always these 8 bytes: "</tt></font><font
 size="+1"><tt>e9 c5 00 ca 00 02 00 40"&nbsp; They really screw up the PPP
frames and of course cause a frame checksum error and a TCP
retransmission from the other end for whatever data was corrupted.&nbsp;
Here is the beginning of a normal PPP+IP frame:<br>
<br>
0000&nbsp; 21 45 08 00 34 be 46 40&nbsp; 00 40 06 68 73 ... and so on and so forth<br>
</tt></font><font size="+1"><tt><br>
Here is the same PPP+IP frame but containing the unwanted sequence of
bits at the beginning of the frame.&nbsp;&nbsp; It's not always at the beginning,
but regardless of where in the frame it appears, it is messed up.<br>
<br>
0000&nbsp; e9 c5 00 ca 00 02 00 40&nbsp; 21 45 08 00 34 be 46 40&nbsp;&nbsp; .......@
!E..@..@<br>
<br>
I captured the packet traces using pppd's record option.&nbsp; I'm wondering
if any of you know or can suggest a way to make pppd ignore these byte
sequences which are inserted by a piece of serial communications gear?&nbsp;
Since it's always the same 8 bytes it should be pretty easy to
recognize.<br>
<br>
Thanks,<br>
Jim<br>
</tt></font>
<pre class="moz-signature" cols="72">-- 
Jim Ockers, P.Eng. (<a class="moz-txt-link-abbreviated" href="mailto:ockers@ockers.net">ockers@ockers.net</a>)
Contact info: <a class="moz-txt-link-freetext" href="http://www.ockers.ca/pason.html">http://www.ockers.ca/pason.html</a>

</pre>
</body>
</html>