From owner-freebsd-tokenring Sun Jul 5 13:46:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01617 for freebsd-tokenring-outgoing; Sun, 5 Jul 1998 13:46:38 -0700 (PDT) (envelope-from owner-freebsd-tokenring@FreeBSD.ORG) Received: from heathers2.stdio.com (root@heathers2.stdio.com [199.89.192.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01600 for ; Sun, 5 Jul 1998 13:46:33 -0700 (PDT) (envelope-from lile@stdio.com) Received: (from lile@localhost) by heathers2.stdio.com (8.8.8/8.8.8) id PAA27551; Sun, 5 Jul 1998 15:39:12 -0400 (EDT) Date: Sun, 5 Jul 1998 15:39:11 -0400 (EDT) From: "Larry S. Lile" To: tokenring@FreeBSD.ORG Subject: Un-rolling token-ring packets? Need a little help. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-tokenring@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Progress report and request for help. ---------- Forwarded message ---------- Date: Sun, 5 Jul 1998 15:38:16 -0400 (EDT) From: Larry S. Lile To: hackers@freebsd.org Subject: Un-rolling token-ring packets? Need a little help. I am near having a working token-ring driver (IBM Shared ram only) but I am having trouble figuring out how to unroll the packets and pass them up the layers of network code. I am at the stage where I need to put the packets into mbufs and pass them off the an iso88025_input routine. I can already pull the packets out of the adapter's shared ram. I need help with the headers mostly and the iso88025_input routine. Any takers? Here is some sample output from the driver (I only dumped the beggining of the packets): Jul 5 14:47:50 anarchy /kernel: tok0: Packet received data: Jul 5 14:47:50 anarchy /kernel: cmd[81] station_id[100] Jul 5 14:47:50 anarchy /kernel: bptr[a3e] lhdr[e] dhdr[3] len[32] ncb[6] Jul 5 14:47:50 anarchy /kernel: tok0:Packet data: Jul 5 14:47:50 anarchy /kernel: 18 40 ff ff ff ff ff ff 0 0 83 2d 9f 35 aa aa 3 0 0 0 8 6 0 6 8 0 6 4 0 1 0 0 83 2d 9f 35 a what I know (or at least what I think) ---- Token ring mac header ----- 18 40 - Access control/Frame control (don't care - at least for now) ff ff ff ff ff ff - (Destination address to me - no previous arp) 00 00 83 2d 9f 35 - (Source address my olicom card in another machine) ---- Token ring llc header ----- aa aa - dest sap / source sap (both ip) 03 - control field, no clue? (Only one byte because dlc_hdr_len = 3?) after that I am lost. Jul 5 14:47:50 anarchy /kernel: tok0: ack'ing packet to adapter (rc=0). Jul 5 14:47:50 anarchy /kernel: tok: isrp e[2] o[8] isra e[3] o[10] (tok_rx_intr 2). Jul 5 14:47:50 anarchy /kernel: tok0: asb->bptr [a3e] arb->bptr [a3e]. Jul 5 14:47:51 anarchy /kernel: tok0: Interrupt received. Jul 5 14:47:51 anarchy /kernel: tok: isrp e[42] o[8] isra e[3] o[0] (tok_intr 1a). Jul 5 14:47:51 anarchy /kernel: tok: isrp e[2] o[8] isra e[3] o[0] (tok_intr 1b). Jul 5 14:47:51 anarchy /kernel: tok0: interrupt received (isrp_o = 8). Jul 5 14:47:51 anarchy /kernel: tok0: Receive interrupt called. Jul 5 14:47:51 anarchy /kernel: tok: isrp e[2] o[8] isra e[7] o[0] (tok_rx_intr 1). Jul 5 14:47:51 anarchy /kernel: tok0: Packet received data: Jul 5 14:47:51 anarchy /kernel: cmd[81] station_id[100] Jul 5 14:47:51 anarchy /kernel: bptr[aae] lhdr[10] dhdr[3] len[34] ncb[6] Jul 5 14:47:51 anarchy /kernel: tok0:Packet data: Jul 5 14:47:51 anarchy /kernel: 18 40 ff ff ff ff ff ff 80 0 83 2d 9f 35 82 70 aa aa 3 0 0 0 8 6 0 6 8 0 6 4 0 1 0 0 83 2d 9f 35 a what I know (or at least what I think) ----- Token ring mac header ----- 18 40 - Access control/Frame control (don't care - at least for now) ff ff ff ff ff ff - (Destination address to me - no previous arp) 80 00 83 2d 9f 35 - (Source address my olicom card in another machine, but with source routing) 82 70 - RCF (no RIF) RCF 100 - All routes broadcast 00000 - Length of RIF (0 bytes) 0 - direction (forward) 000 - largest frame (516 bytes) 0010 - reserved (no touch!) ----- Token ring llc header ------ aa aa - dest sap / source sap (both ip) 03 - control field, no clue? (Only one byte because dlc_hdr_len = 3?) after that I am lost. Jul 5 14:47:51 anarchy /kernel: tok0: ack'ing packet to adapter (rc=0). Jul 5 14:47:51 anarchy /kernel: tok: isrp e[2] o[8] isra e[7] o[10] (tok_rx_intr 2). Jul 5 14:47:51 anarchy /kernel: tok0: asb->bptr [aae] arb->bptr [aae]. I am getting very very close, I would hate to see this be for nothing because I don't understand mbufs and the lower level protocols. Also where is the ethertype field, in the SNAP? Where's the SNAP header? Arrgh, I'm in over my head, ye` old gods of networking help me please. All the code and a longer copy of the dmesg are at http://anarchy.stdio.com Thanks in advance, Larry Lile lile@stdio.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-tokenring" in the body of the message From owner-freebsd-tokenring Mon Jul 6 08:47:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27909 for freebsd-tokenring-outgoing; Mon, 6 Jul 1998 08:47:57 -0700 (PDT) (envelope-from owner-freebsd-tokenring@FreeBSD.ORG) Received: from charon.ccnvhi.com (wkstn.ccnvhi.com [207.247.3.162] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA27897 for ; Mon, 6 Jul 1998 08:47:51 -0700 (PDT) (envelope-from pnorton@ccnusa.com) Received: by charon.ccnvhi.com; (5.65v3.2/1.3/10May95) id AA28736; Mon, 6 Jul 1998 08:44:26 -0700 Date: Mon, 6 Jul 1998 08:47:19 -0700 Message-Id: <199807061547.IAA17945@grumpy.ccnvhi.com> From: Paul Norton Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Larry S. Lile" Cc: tokenring@FreeBSD.ORG Subject: Un-rolling token-ring packets? Need a little help. (fwd) In-Reply-To: References: X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-freebsd-tokenring@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry S. Lile writes: > what I know (or at least what I think) > ----- Token ring mac header ----- > 18 40 - Access control/Frame control (don't care - at least for now) > ff ff ff ff ff ff - (Destination address to me - no previous arp) > 80 00 83 2d 9f 35 - (Source address my olicom card in another machine, > but with source routing) > 82 70 - RCF (no RIF) > RCF 100 - All routes broadcast > 00000 - Length of RIF (0 bytes) > 0 - direction (forward) > 000 - largest frame (516 bytes) > 0010 - reserved (no touch!) > ----- Token ring llc header ------ > aa aa - dest sap / source sap (both ip) This is actually the Extended SAP - it says a SNAP header exists after the LLC header. > 03 - control field, no clue? (Only one byte because dlc_hdr_len = 3?) > after that I am lost. This is correct for SNAP. > Jul 5 14:47:51 anarchy /kernel: tok0: ack'ing packet to adapter (rc=0). > Jul 5 14:47:51 anarchy /kernel: tok: isrp e[2] o[8] isra e[7] o[10] > (tok_rx_intr 2). > Jul 5 14:47:51 anarchy /kernel: tok0: asb->bptr [aae] arb->bptr [aae]. > > I am getting very very close, I would hate to see this be for nothing > because I don't understand mbufs and the lower level protocols. Also > where is the ethertype field, in the SNAP? Where's the SNAP header? The SNAP header is five octets in length and immediately follows the LLC header. The last two bytes of the SNAP header is roughly equivalent to the Ethertype field. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-tokenring" in the body of the message From owner-freebsd-tokenring Mon Jul 6 11:27:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA25341 for freebsd-tokenring-outgoing; Mon, 6 Jul 1998 11:27:19 -0700 (PDT) (envelope-from owner-freebsd-tokenring@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA25333 for ; Mon, 6 Jul 1998 11:27:14 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id OAA27688; Mon, 6 Jul 1998 14:27:00 -0400 (EDT) Date: Mon, 6 Jul 1998 14:27:00 -0400 (EDT) From: "Matthew N. Dodd" To: "Larry S. Lile" cc: tokenring@FreeBSD.ORG Subject: Re: Un-rolling token-ring packets? Need a little help. (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-tokenring@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Check out http://www.jurai.net/~winter/tr/src/iso88025subr.[ch[ I think its a good starting place. I went through and created it using the ether/fddi equivelent files and the ISO/IEC 88025 standard book. Personally, I'd get BPF working and do packet dumps and display them on a machine capabal of intrepreting token ring frames. If you'd like I can try examining captured data with the Solaris 'snoop' command which may do what you need. On Sun, 5 Jul 1998, Larry S. Lile wrote: > > Progress report and request for help. > > ---------- Forwarded message ---------- > Date: Sun, 5 Jul 1998 15:38:16 -0400 (EDT) > From: Larry S. Lile > To: hackers@freebsd.org > Subject: Un-rolling token-ring packets? Need a little help. > > > I am near having a working token-ring driver (IBM Shared ram only) > but I am having trouble figuring out how to unroll the packets and > pass them up the layers of network code. > > I am at the stage where I need to put the packets into mbufs and pass > them off the an iso88025_input routine. I can already pull the packets > out of the adapter's shared ram. I need help with the headers mostly > and the iso88025_input routine. Any takers? > > Here is some sample output from the driver (I only dumped the beggining > of the packets): > > Jul 5 14:47:50 anarchy /kernel: tok0: Packet received data: > Jul 5 14:47:50 anarchy /kernel: cmd[81] station_id[100] > Jul 5 14:47:50 anarchy /kernel: bptr[a3e] lhdr[e] dhdr[3] len[32] > ncb[6] > Jul 5 14:47:50 anarchy /kernel: tok0:Packet data: > Jul 5 14:47:50 anarchy /kernel: 18 40 ff ff ff ff ff ff 0 0 83 2d 9f 35 > aa aa 3 0 0 0 8 6 0 6 8 0 6 4 0 1 0 0 83 2d 9f 35 a > > what I know (or at least what I think) > ---- Token ring mac header ----- > 18 40 - Access control/Frame control (don't care - at least for now) > ff ff ff ff ff ff - (Destination address to me - no previous arp) > 00 00 83 2d 9f 35 - (Source address my olicom card in another machine) > ---- Token ring llc header ----- > aa aa - dest sap / source sap (both ip) > 03 - control field, no clue? (Only one byte because dlc_hdr_len = 3?) > after that I am lost. > > Jul 5 14:47:50 anarchy /kernel: tok0: ack'ing packet to adapter (rc=0). > Jul 5 14:47:50 anarchy /kernel: tok: isrp e[2] o[8] isra e[3] o[10] > (tok_rx_intr 2). > Jul 5 14:47:50 anarchy /kernel: tok0: asb->bptr [a3e] arb->bptr [a3e]. > Jul 5 14:47:51 anarchy /kernel: tok0: Interrupt received. > Jul 5 14:47:51 anarchy /kernel: tok: isrp e[42] o[8] isra e[3] o[0] > (tok_intr 1a). > Jul 5 14:47:51 anarchy /kernel: tok: isrp e[2] o[8] isra e[3] o[0] > (tok_intr 1b). > Jul 5 14:47:51 anarchy /kernel: tok0: interrupt received (isrp_o = 8). > Jul 5 14:47:51 anarchy /kernel: tok0: Receive interrupt called. > Jul 5 14:47:51 anarchy /kernel: tok: isrp e[2] o[8] isra e[7] o[0] > (tok_rx_intr 1). > Jul 5 14:47:51 anarchy /kernel: tok0: Packet received data: > Jul 5 14:47:51 anarchy /kernel: cmd[81] station_id[100] > Jul 5 14:47:51 anarchy /kernel: bptr[aae] lhdr[10] dhdr[3] > len[34] ncb[6] > Jul 5 14:47:51 anarchy /kernel: tok0:Packet data: > Jul 5 14:47:51 anarchy /kernel: 18 40 ff ff ff ff ff ff 80 0 83 2d 9f 35 > 82 70 aa aa 3 0 0 0 8 6 0 6 8 0 6 4 0 1 0 0 83 2d 9f 35 a > > what I know (or at least what I think) > ----- Token ring mac header ----- > 18 40 - Access control/Frame control (don't care - at least for now) > ff ff ff ff ff ff - (Destination address to me - no previous arp) > 80 00 83 2d 9f 35 - (Source address my olicom card in another machine, > but with source routing) > 82 70 - RCF (no RIF) > RCF 100 - All routes broadcast > 00000 - Length of RIF (0 bytes) > 0 - direction (forward) > 000 - largest frame (516 bytes) > 0010 - reserved (no touch!) > ----- Token ring llc header ------ > aa aa - dest sap / source sap (both ip) > 03 - control field, no clue? (Only one byte because dlc_hdr_len = 3?) > after that I am lost. > > Jul 5 14:47:51 anarchy /kernel: tok0: ack'ing packet to adapter (rc=0). > Jul 5 14:47:51 anarchy /kernel: tok: isrp e[2] o[8] isra e[7] o[10] > (tok_rx_intr 2). > Jul 5 14:47:51 anarchy /kernel: tok0: asb->bptr [aae] arb->bptr [aae]. > > I am getting very very close, I would hate to see this be for nothing > because I don't understand mbufs and the lower level protocols. Also > where is the ethertype field, in the SNAP? Where's the SNAP header? > Arrgh, I'm in over my head, ye` old gods of networking help me please. > > All the code and a longer copy of the dmesg are at http://anarchy.stdio.com > > Thanks in advance, > Larry Lile > lile@stdio.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-tokenring" in the body of the message > /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-tokenring" in the body of the message From owner-freebsd-tokenring Mon Jul 6 11:33:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26538 for freebsd-tokenring-outgoing; Mon, 6 Jul 1998 11:33:07 -0700 (PDT) (envelope-from owner-freebsd-tokenring@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26485 for ; Mon, 6 Jul 1998 11:33:01 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id OAA27780; Mon, 6 Jul 1998 14:32:36 -0400 (EDT) Date: Mon, 6 Jul 1998 14:32:36 -0400 (EDT) From: "Matthew N. Dodd" To: "Larry S. Lile" cc: tokenring@FreeBSD.ORG Subject: tcpdump for Token Ring In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-tokenring@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ftp://ftp.ocs.com.au/pub/tcpdump-3.3-tokenring.gz I'm taking a look at it right now; if I can I'll post patches against current sources. If nothing else its a good starting place. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-tokenring" in the body of the message From owner-freebsd-tokenring Mon Jul 6 13:41:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15072 for freebsd-tokenring-outgoing; Mon, 6 Jul 1998 13:41:19 -0700 (PDT) (envelope-from owner-freebsd-tokenring@FreeBSD.ORG) Received: from charon.ccnvhi.com (wkstn.ccnvhi.com [207.247.3.162] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA15045 for ; Mon, 6 Jul 1998 13:41:02 -0700 (PDT) (envelope-from pnorton@ccnusa.com) Received: by charon.ccnvhi.com; (5.65v3.2/1.3/10May95) id AA03040; Mon, 6 Jul 1998 13:40:38 -0700 Date: Mon, 6 Jul 1998 13:40:43 -0700 Message-Id: <199807062040.NAA18869@grumpy.ccnvhi.com> From: Paul Norton Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Matthew N. Dodd" Cc: "Larry S. Lile" , tokenring@FreeBSD.ORG Subject: tcpdump for Token Ring In-Reply-To: References: X-Mailer: VM 6.22 under 19.15 XEmacs Lucid Sender: owner-freebsd-tokenring@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try this one instead - it's against the current tcpdump/libpcap sources. Matthew N. Dodd writes: > > ftp://ftp.ocs.com.au/pub/tcpdump-3.3-tokenring.gz > > I'm taking a look at it right now; if I can I'll post patches against > current sources. If nothing else its a good starting place. > > /* > Matthew N. Dodd | A memory retaining a love you had for life > winter@jurai.net | As cruel as it seems nothing ever seems to > http://www.jurai.net/~winter | go right - FLA M 3.1:53 > */ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-tokenring" in the body of the message begin 664 tcpdump-3.4a6.token-ring.patch.gz M'XL("&JY934"`W1C<&1U;7`M,RXT838N=&]K96XMRO^$I:K5?(A`#`J$KLKW&@&Q.)*0%M-YLDH\=9AJ8:)@9ST6(S?&[;U5U MSPT!)[?CQ!)T=U57UZVKJLOCA14`_O^=L,(%W*^$$QR"ZUMSR]%M\/306,#, M]2%TGX13]2UG#D'D>:X?@N5`:'AFM/2T8N29>BA,N50.5INU4_T<=,<$VYIZ MANY5ZS12@WX(NN<)W0\@7(A`@(VP?M$7MM`#$8`[BW%DH4&W?:&;:]S7L"-3 M0/=V/!FV/_,:Q`/%J4"J'211HGA%<0V*Q3&=5QYKH>,ZQU[#5`@\B@CH`*X# MMY83O6B,UHA\7S@AKN'!HNDB>8X;PEJ$"1_Z#[",[-`R]"`D^'1C/BKN%SE/ MCKMRBA92E>Z_LFP;5J[_M,E@Q'$_.D3B\%0XL=`5334B7W(+=WH6?F"Y#I\U M81&Q0K%NJ=/)P)V&NN60:'QWV2K.0J]U?(P_:T+4[*E=F[O/QPJ\%NI^[5_; MERBL:DFQ'6N,XX+M.G.DD]BI&X8(4*HNZ-D#.2*D^XWG\(?W1AC4#'?YKB:W(6;$.EDT16#XEA?BX8FY2AT0K[#=%KPAE5H,K-L@A%M;QT6H?I&K46 MGI$CC=.R)ODA9BA[-"0'5=<6SAQI164^OR3\9&7"<:/YHE8@V@H4; MV28$GC"LV1H.J@%/_A^3Q6--2D/NJ"(#-"$FDG4Z"=SHD$HS[C;G>Y#XPKJ MC5;SHM4\A=YHC-^O+OX4*T8[-JW9#*J1/]BXA$PK"(_G`M7!%#4C/YF.%ZO5 MZE[`PG@1P?^@V35.4*];)\U6O2'IKU0JN[`6QI&`MN<#7$#CK'5RUFJ>$]!E M\?U[J#::%]HY5.C7!;Q_7X0@U%'E\):>K-)M$$ M?4[S1(/<%_RE?O"0^E6^WH-3**3H15#'HXFQ0`$=,9:]<+.]<)6=<.'OW,]T MMIW^5QZ20'\%V_;BF.,MO-+7KPC/8(*CHQPRDNX%;H#2O6@V-10ZB;=P?`2# M^_&PU^Y\ZG7AZ+@(7XNP@V7%2I9IZ%U-7R/_7BY6"CZ&/QC#^)`GB1==9^>1 M&H+!L5^RP_F=IG4-?S1P$:X)5A;YCA+M!`2$'E#`WR>C8:>%WQ!'&/D.$&U3 M8^F5+C4XUX!W+DL,"J`[&F\%.-D%T!YT&6!:A[>PY>Q,`X'@DL:N);BK7$*S MZ,Y*=+AI0XXI4N*CQH3V;MJ/MTRL&KD?_LF$N/Y..@I?\:\^17]:XLE7*E)! M%3D^*@(KJIKF&,#/`>0#6@.!GO'<+3 M[74&O;&ZX;4XJG84"AW_8A`'GAL$UA2#!8SW]?@.G=&U3ZX?[S/6\JM&0[N" MRM7IB=9H2"W/<$YLLN5^2*96*`@;2<8@N61;SE.X]@2\?!JZ(R=\>#X4QO\EM0X3I4G0;QX-(-1M&3E*__*C+H\NV)&7=4;^QDU]5W=I*0@]?&_ MBU%;\/Q>1FTG*<,ERDET2):QGBF]BK4J$SSG:CHR!H[3QEI:!Y+3V1D.H/<# MRQ`:$TBXQ""XU;AHU9LR&J80>B?FC2#Z[*)U=I8&T1=UQCLJR_9CR_IY\`U;"=(OC_Y4_S\8X+#MHUDSIFEZYPPQ>=$MIU\<0-OEL/@ M6.`L,W.1XWLI0CDD*SH4V0K&`C/6&%CW`X&GGBUP(`HM6A%@(HBA(WT2 M86#-'8)#O?P#U#*V'Q,L+A]K[3OL58#MX6X6-OP)_B8AO- MJP"'/`/^O%`Q?!3XQRK]/B9_;LTF.BK;@N7^:C:PK5USEH)F1\5K*CO7A/Y> M),[>66]B8>2];PG)AZ;WNH&DUH5+\\::F=GE!C)+"K(:L(83=`,GK;/3UNE9 MFDGOQ+SA!D[1>URE;N"D?JJ=085^R?!&O""D`\^N98+41E]\B5`-)JQ>K[(Y ME3?GA\E+9A$A<7\('%5_'SS=`KGU_@1E+P'2I1)4Y7`<47E/X<+,S.W:'\WK MCY"_FN:@>2Q#^E[EL:FL7=VEV7FA[UV[2\'V`K'*=84!S08TSEOU.OZ/NG-^ MM47E]B/:4,)FZZR1*F%=JV,0H5VQJZA@UE;!;*N/$5FAT';`HG(DUYFY7"@3 M,AAW'H[[#S*.-UP;=962.UD!%'#;'SS^D]`4"JXG?(2DB'&-6?R2*GF4QE%. M&&/&4T8!+2%8^##JPLBEO$UB2(P)]$!6-(4N7Q4,=[F,',N0E*VHID?S5((% MCDAKA$%B^6B[4]VFDJ[E6"&_2\34JU>J%\<-QK'5Z?)RG:$@8[?*MSX>+9!#9XQ?/A.+#WA:/!FI=OA MS^)]]!E_UP:WM;MHCK*JW0\_OI.T=O'JL$WX()`)&$V^F?*']QARH\=U_3DO MHUSB05!=I"M@9"Q\Z^=G7AV$D=EHO#>,T]I39(OH63@UW:A-Q;N4&[(PZ[MS M7U^2*&:^$!"XLW"%>?0UEZ0-)!FI1R7UK6D4#0<+>AM9,\P-T3%2 M=,"-BZA9N-=`%5O<1=US$L-)O)7"JU%*2C5VI-]75>@R$KV6#WC))4G0Q\7* M7ZT94CZ#":OKI'\S&0\GGW" MN%S9',8XLEQ.$;0[&,C77QKU=.CVMC.Y&;;O>IC:G]:9GY"9[HT_\9Z%QBG3 M.G;IJ3@+Z%Y^OSD!W&"1D8!0_R?Z1::\@N^UQ>\);GM45O/Z2 MA??TM8T)Q>L]^1P*5-&[`;IM:^&@#22*@?Q@<8X&[8=4$_);_7/<&W1[W]7QTV3-+H),A4+5P%B]4:KAKG4GJ]8-2Q)^N&<3$$,5RI"..T]H, M2+`%)$`C):>^L;IQ#KXQ4Y3X+GF>[930PD#,?[C\*;.8>!,7C"7.K]=[&4E" MDZR+T./D&(D6D&&C&>B>VBA[6!)D]J#I*G6^C06(5,W3SCMY3!>K9?[05+Q* M[EDK=WXV>$J[Y2I9.^`T/$68GC\]-)?N\0P&:8-M"X./0A73#5V:9%82*Z@R M[[],9%DU4`<)7?D&S6/(?4-8S\(L,)T$$.X'"'VT*?2-818&-^$Z0`PRUXRR&U@^J[G"5.!."X$'D49:.L<3,$TFLU0BW*[[(#1 MGW7+UJGL'$.G4,F+K`)*7VCWL$P1/B'Q6'1IR>(_*U^(>^&5F9&G/'L-1GA[ M]C_<9:<&LK4!8=&MM'UC@7&:U'4*?Y:N3R3/7!:[VASI%S$[U1`'0QB4;`Q/ M(Q\SD_Q8>]+9&.%W@HDI;`M/)-)QVT5@]C7)$'+B&<_LS"GC,?#Z#^,97H=# MGB7,#?PS7UZ5ZXUQKE9NC&'$O%S3"T9B%LI,8^>!T1/F`Y(;FVT1Q(<@_OX#WEKVZZR M^PLR1;"-*YWWZ-_UQWBC9'%U"!>=#4]D"XEF/Q:^_TZ(T),]9,:'(?S,(+X` M22OSL1+ML#>ORI11\FE,.K$K8TI7_);T*`.5S87..8\_>94+-<[.LLG0!SV0 MK5>,1I4^#%@M+-6FA7JY]JWY(DQ";(K^AF(N*`)04>JC8W$$&JYII*/;%IJ@ M8Z'/A;9M`\.3,\#T!9U!FG8,TRB'TB7V-/$52DU+>"'Y:W[I"C29"Z%] MTV\4/J/A@%TE2QJ_EV$Z(?TN^<=GBYHKZ(6L!:5&.<9-'0&0W3]@9#YY(=E3 M@^;]+%(.4#.)I8A2S62^CGF&MR"*+3PA\L1"^+4&)2H0([8)M*=,!A05H"UQ*;5>$<"9T\K[4+\92=%7+79Q\$7[/UF4Z-'.IGXM[7`QZ M-$*W/^>,N<6X_OWO.(\SZ;I.NFM27)0$8P:>Y%>[5%!C?+?ZRJ>4`S-/_TG8 M8HTCZ+MU;@F3738J?*3STXUS>(@7C*7:``6__2!B)83<=HZ;+F&+V,05/P+S M8TCHHKA,'.5H[/0Z1HER>]O=Z*..S^Y+[FK2_$$'26W/UW"2;-U>M8Z.TG; MGRKQ'1G;Y9M@'1R3T2UKBW>;XZ&U%%N&`R[S\(1,'R>3T;C;F4R2$'2)0=AU M\LU'T87^^CI-O5)\LMR5X,H,)\7F=ULG9!UGUYPJ<[^C2^[G*"`N`37J8=+8 M&]Z-'U4EX?5V$ZIW+730.\/.F3UP7"??-:-(R8DF-"UW`X+[ M;S<6'F3JW`?9\6&*J)4FWE.50=,U%Z&(%R9*5Z1V=45-/E:E5\VEYHR$J5U)/SWC$+,2% MH0=OH;1K57GJ<50\@]*7F:W/^:VV1)25F:I9Z>";`.A_LP4'6M(B(M-,.MB$ M;D)G7HIY4]Z[2'$GNT@=B\C@;I9=!/Q_TL"+.+^.5X4>RLZN);JZG>*O4ANE MIU2E!=F,[,GBLTHI1!S^\9FH6@.'WF&\VG-Q4(8:J@G[M2+'\&P=&AR&SRD\ M.594+?HG#H3C4-*73*=-RRD&_":_KC`?Q>;3C:%%])S]?)W/J M8#RG)G;8`0($"^I?E@T\7"TA?9,O1,GD"Z;<1DBY95)3D384J$-]BSN%@6K^ M(Z-1Y+V!SOKO0#P]8/59FN,%9>"7K(5O^D M9L[O,8%$064/Y?RIW8JE*7T^?84*).+'&27ZZMN=C+_FIDB6SO^Q2GK(+;Z1 M:<"=]X++@LSXOGL/515#M3L:W.!?3)LUZ([:#QJ,X@H@:5VB@[BO$[J+X+6W MR4NX']`32VF.&D&52WIW:*(D\'A!9'/J\K>$A5N4&+>IQUX^L_F;)'Y12DKG MH'_WD<2""Z[O5S$3H>Y^R99O88'I%CVNT:@JV-\AIBA1?7\6>2V[(._XEM9*,G22NIQSF3";NTGO-H)B( MQ$Q+5)?])BCGKIMMU\0"(YQ@*\JRVO)K2NT+40O??@M_^9*A6W7NI:R3+)/@ M!)WIEY,L8LFK]2G3D%6;;,^Q^+=R>)/!>_F+YJELY(A$F[2$;3_SOB-_58KZ MDBS?LYK\)O5I>E%())4.?W0.Y;V\M_(4_X.2S<)3,KZK[I0L*(S03]ZC+\"\ MJ-%LG=5;C8M=C2`IT$8W&#W"IU4G[M-)NW4VN_J5@T\<_0\_H5G_4H3"+TJL M\M6-VQ0G7GT9(*+LG Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00644 for freebsd-tokenring-outgoing; Sat, 11 Jul 1998 12:50:25 -0700 (PDT) (envelope-from owner-freebsd-tokenring@FreeBSD.ORG) Received: from heathers.stdio.com (lile@heathers2.stdio.com [199.89.192.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00616; Sat, 11 Jul 1998 12:50:19 -0700 (PDT) (envelope-from lile@stdio.com) Received: (from lile@localhost) by heathers.stdio.com (8.8.8/8.8.8) id PAA24148; Sat, 11 Jul 1998 15:47:07 -0400 (EDT) Date: Sat, 11 Jul 1998 15:47:07 -0400 (EDT) From: "Larry S. Lile" To: hackers@FreeBSD.ORG, tokenring@FreeBSD.ORG cc: David Greenman Subject: Still having problems with my driver :( Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1461733264-1779487855-900186427=:23884" Sender: owner-freebsd-tokenring@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --1461733264-1779487855-900186427=:23884 Content-Type: TEXT/PLAIN; charset=US-ASCII I still cannot get the upper network layers to respond to incoming packets. I even hacked tcpdump to make sure that I was no wrecking the packets as I took them off the wire. 15:29:58.698564 arp who-has anatok tell blastok (0:0:83:2d:9f:35) hardware #6 15:29:59.588735 cyntok > anatok: icmp: echo request 15:30:00.590438 cyntok > anatok: icmp: echo request tcpdump: WARNING: compensating for unaligned libpcap packets (^- anybody know how to fix this?) 15:30:03.499586 cyntok.1054 > anatok.telnet: S 3037285377:3037285377(0) win 16384 15:30:09.271262 cyntok.1054 > anatok.telnet: S 3037285377:3037285377(0) win 16384 15:30:09.702343 arp who-has anatok tell blastok (0:0:83:2d:9f:35) hardware #6 The only messages I got indicating anything at all is wrong were these when I ifconfig the card up for the first time after a reboot. Jul 10 22:21:33 anarchy routed[69]: ignore RTM_ADD without gateway Jul 10 22:21:33 anarchy routed[69]: Send bcast sendto(tok0, 10.0.0.255.520): No buffer space available Jul 10 22:21:33 anarchy routed[69]: write(rt_sock) RTM_ADD 10.0.0.0/24 --> 10.0.0.1: File exists Any ideas what might be wrong, or could someone please look at my code and help me figure this out. I have attached the tcpdump patches if someone would like to commit them to the source tree, I also sent them to the tcpdump maintainers. The source for my driver is at http://anarchy.stdio.com. I really need some help here, It is undoubtedly something small and simple that I am overlooking. Larry Lile lile@stdio.com --1461733264-1779487855-900186427=:23884 Content-Type: APPLICATION/octet-stream; name="tcpdump-tr.tgz" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: tcpdump token-ring patches H4sIAL+8pzUAA+0aa3PaSDJf4Vd0nL0YvLKNMH7HqZVBNrrF4EMij8qlWCEN oIuQdNJgx5X1f7/ukYQEBnv3Ko+7WqZcWJrp6fd092iGW4E9nQS7z75hg1rl cH8fngG1ysL/5AUO9vflw739SqUKIFcOapVnsP8tmUrbNOJmCPAs9H3+GNzt mDH3ezD0fRtP7J/837F2ApNb469KQ66gPWsr7S9XDmf2rx3uH2DP3sEh2r/y VblY0f7i9t/a2oLdaRTuRqG1a/keD53B7kOn8ENnVNBNDn+fuiDLIO+fyPJJ tQby8fFRcXt7G2awC2CV4xP5MAbbmm/0DsdV6fgIxCsA/qE1uGPhv3BqcQhC x+MsTP9HHz7CGXxBsMIXYHzMwr4z7ItBqdBoGX21LVeuzuFeKj5fBaKpqnqE QQZhBJrIzQEICL2lXc+GgyBYHL++zoaHtu0sELhoNDQaJ6XE0uHT9jeQjvuf mPejpPvRfrtuX6elS12YeFu41I71lWk8Hv9luVaV0/h/UK0cUvyvVarr+P89 2i7G3S2o+8EdRvgxh5JVxmB9dCTR7zH9HlfEryx+q+J3T/zWxO+++D1ALAVj zKDLRszjEfhDwAgGPc+5wcjm8DvqqZuuM/RDzzF3ABTXBUEzgpBFLLxh9g5i IXa6zHYiykRT7vgemJ4N04iB40HkT0OLiZ6B45nhHSC+SSTBrcPH4Ifivz/l hGXi287QsUzCIYEZMghYOHE4ZzaGXP/GsfGBj01+AiW5nKK2fJtBnnxEuELG TSRPIpkD/4bAUo15Pob0mCU+diIIzNAchWYwJn4dlA714eD8OwlK1TIhm8OO UJY7tR1vlEokOIh72RMUCdvjRCHh2vat6QQ7hTZIUT4lGJiYmHgc0xVCzpQi lClm5TiVhIilvTKYaDnTRrtyJyK+Z0iAKCAodhK+ITP5FG1L5Mh+wieQ2cgf 8luyB6IPXPNOkBr6ruvfEjrT+uT5ty6zR4zwnRCq334zhJihb1PmTLSTR8Vu mOsHyPzg7lHPkwhdy7wNmYc6PGfhJ+ayO+wZ+KHJfdQ/iUkqTKqhKXZGO5ub 0GaO0Blh98wJyRPrf46Y52cQYhksokJ13cGAkUbQY3y0lI29jFD5VAv4E5+z VNIIBQsRtw1DHFhQX+LrEAXMIk+nQsIPCdFtSG7uxQ4fRWgSWlpgNDUd9M6F 8VbpqoDP193OG62hNlC/io4dKKXSbsBbzWh2egY+vwf13XVX1XXodEG7um5p aoMwIYKu0jY0VZdAa9dbvYbWvpRmE1valWYohtZpS0hUTWfmpkHngvBcqd16 E3uUc62lGe8F9QvNaBPFCySpwLXSNbR6r6V04brXve7oaholmugoqBihePLp YVxIbYvSaccCtGmI5mw5LoNXLv7+EnHb8Xcsf/Ia5+8WXzhDz2ZDcHFWMSnN 0FIRB2uMOSG0IsemmqxIaWrjl9KLMvzUZCZa5KeN0+ILNJwzLCKWZKm+iu6i XVqIk53x64Vu7kzYw97IRwk49RMv0O/rRqPe7xeT+nAymA5P05cQ7cnDuxnd DJPH+K4zTLAknRtxJh9vFOcBHQHszbNCfUJpXszMshl95JdPVowGq/r7N2a4 fGxqr5iEA6tnYbWyciDmIq9hYe058MAyF6A2ROk9NC1Gysq6TdsOuU+LeL5f 6InfBQvdrmsJZcfuM+0LB9oKyEN5cLrQHXlmgEY8LaZO53joggxufMcuxlW9 8ORSyEYYgDHkzM8fBBI+IwC4zBvxcbn4pVhYgE28JsY2Fk4LW8RK+sllOTzK AVtuDmzaj8Z+yJP9CAmObKeDPMANS+kRguVBDpUroPOEyqVBAD+D0flVbfeb jW6/pbbL2QRcEiVN7+udXreu9rsYWNRGGWbDfw4vvne1C3q6NJrlnBC7WzmU W6CmBgaMKemqAAy7JghNSIBhHGZuQPnV9IjsNpkVxmaUxzZgGIUxxqB5bTAj qCZGjLAAEhktRsyngWNjHOIcY9UYvYYSw9D5nEclYj/mMMwwt4KHyJ8gG6Jw YJwsifxNXZtyi+17lGBozOP+OCqV85jevXuXe93NnjMjk0ZLie3LbrD9eibw B/kjvHoF8kEZfof5kcpHVGuBrPbvoWuOysVCoUQ+XRbePCxt/C0C+rNPYEPC wUJGlJZbn2oNb1RS9W69xINy+TGYhm4swCRr4bRYYC6m0xW0vxl5AYNZm/sp UKbNZVzeF4tx7Z26ARUN3A8QAisZCDGxU0xI6ujkEwF6zWawmUIHPnaKyg29 hToERUgWXzpTxCAJNvlNNpPSEcaeSSCqoc2Yqdlo/DqPAN/i11ssK+NScBOD KYJuEopkpjedDGLSgzuO5Y9p8SlWi1jTmgGVgqLC3y3mAl36daGUBjcsi0Jp PihR1O4Hn/jYxvGxtBANAxH+4ngYc4TOO95+HT+fpkOJUGIo7l8ZIgvLgl6B fUYDeFlA/MxDFI/Z/dkCyEdNIkk2ZP2YoUo2uBhqF8Lp8kBKcAUeJcp6iULw qJwut0TsVwuRFFAvhdT/P/wuMG6Ta37coGVSGKGzAvKIz/cJJpYu3HwawnQz c9tiAb22gBbXMfrMvlzBrekRyzBCTxlQ/DJ55pEUQGn1sChikSRmo//sYiiz xoxi3TiGvtvEohY3N4jN/USxK/U5TJbz3rgjkHTNpB7HAByYkXDBididCEfF Mtv2b3HfcssgYoICbkJGrj/ArYrAsIsqfULnuSyh2P+aot9RCE72ivEiHWEO oF1ovLVK9ltXSj1diLkIuzyjfXmQ0vKek0tbmQ/dz3Gmo3QiGJA2fOFZMW1c qIJp2j8g28v4zXG3LJEuy6Mz7vJpNKl1EAOtoKTEoTeckC7FOZ4/OQHgvjaM tQ7klwtaKyRrdvtsNQtIK/H+J6CQj0cBcIHns1+cNkuo0/n0J5bAkrUfL3Fc HGDgngONIJaGcIVWq76Nu9wsMr+EMe7j8UH0RkJU8gxU+eKKkxLdSZCmJXxK kw+cIdF4lSPdHPu0hmgPjdNiNkLzNo3jRExQez5b63OLfRaIyzy/7uM5SwSP 6c/CTAmlxSxbjlNsvq6Yy41jrK2jpejKgth9yuRnYhJevoTns5qigPWUOXV5 pqtYR2URx8S0zynsalAKfCfoFlNO4pY2/+ltiqz8oz/IfeeWfv/NbYO++gng U+d/sry/cP5Xkw/k9fff79EePf/LO8WyE8DqiVzJTgBz0A+PCmt7q88A5cMD ST6S41NAwhR37KUHZ0nlRVUjsFGQLOb5KjDZES8Wh2I3OTd/7lytlE1fXXGK w7AHaH+eQ7uimH0c7c9L0M5zO3cA98ewPqWAUcgeU+ADeMearNL4A0o/2pnX 7U+3dKlfmZ/Y0HHZN7j+8VT835Or1cX7H/vy+v7Hd2lz8R//70QDx1u8AJJ5 x7IssDeXBVLQxWsgRye1g9UpoCYhjuQWSP2ipVzqP59tN5rKG7V/UW8brX7z TIako63GtxiSPkO7Uvt08NDX3+t9esPuf1LMTuBVo6l2+22jo2Q4dNVoaW31 vHch+sR396aqNNSuns3uqoauXRrvr9UzEQrTnjdK62yGqFP/VWnghkJXaE8h Jj+fkTau+pdXRuciptI6b/WVlnbZFm900SIVsdHQkOSV0pbPCulFGhl7sObX 4ayQHHHsWNktm5jH+MDDDKkjeea4d869TWbPw3D2OEBfj3GQxYTuk1T719Q9 bI9+jPqXVkM1qTpbCwkJOl5IZ3vDKHvmGWlv6rqzFz8KhvNcBk7GSxBk00In e44yBJG3KGY09cIgY4OOYmbPwxwfdLKTPt8OBA40Su48xYJBMOwnepyY1thm YoYZRgyFG47xZcod5IUcsqUq7QutpaJTZobAgcY1mh77fvrS0s5b9yD+X9eV 63scbDXiQVQcbLtUIMV1pVBt4up/bdWm6OMLP19T0T86o63bn2mzTB+fF38T Gk/Vf7W9Wf13UKlR/Vet1tb7/+/Slt//Oj6ScrcnCOJ/57bWwm0h3ITazuye Fs2bsPjOkLyzwJq4jpO/5jWh7/mrr3YREmzJdaupF7PIbCk+i3URNWHMOJCS W2A5/hIcyIblms6EheIiTvUha8hCTkcpa/E1oKXXwOa4W8nSQ45yvCSHFSmP c1fEkhOahWtiT9wRS11i9UWj8/fiQpDSM5p0vafdgHqnbXS1857R6erz95CE 3y29grTq/hFigXYnuX+EYEZH3D8iREuvIP1X948EWyhWQ9PrLQVr3sYOIBNI GNQ3atsAvam0Wnkx8W9OynMVOVTOWwKVIINSNrSuWjdInOypjjpD5loS6Ndq XaMH9Z2Kkijd91KCVlf/0UMgHCRsDeVKuUTZSk9oBQ1S73XVK+IX9aD3znVD M3qGCpedTkMnVIheV7tvtLqqn0KrowuF9XRVQiKGIsgjFtQWDuPzeU/XhN60 tqF2u71ruv4l7js2O29RMcisgrMbQsedtpAZddTpvie8pA9hAgneNsWugVQq tKaQLnTUXt0Qd/cySKSK+jRywkJbvcQqX23XVRrtEKK3mq6W0WKaTgBaTPmt 8l7I2BPik62Qt/gx57qSsChoF6A03mjEfAKMfqBric/EN9n0Xr2ZaD9ZBbvF 4ov46sfCuVPy2bs2G148EqThEk+PnejAOeIfKh/hJVQ+H1XKs3nZyWB2dFgq xUdXND20hmUxSR5WKmV4/RqOygs8dVEn/SulHjN2kKFGRmhIVy/JRxDkHcgH xeKyk9Ls/DL5FghgWqcPO4fLOmMRbSHiQ5Y+rpwR/ZEZ8VE9oB6W9UZs9GGJ nIjh/rS4rmPXbd3Wbd3Wbd3Wbd3Wbd3Wbd3Wbd3Wbd3Wbd3Wbd3Wbd3W7f+0 /QdYFh4+AFAAAA== --1461733264-1779487855-900186427=:23884-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-tokenring" in the body of the message From owner-freebsd-tokenring Sat Jul 11 22:58:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11961 for freebsd-tokenring-outgoing; Sat, 11 Jul 1998 22:58:45 -0700 (PDT) (envelope-from owner-freebsd-tokenring@FreeBSD.ORG) Received: from smtp02.primenet.com (daemon@smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA11939; Sat, 11 Jul 1998 22:58:40 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id WAA18710; Sat, 11 Jul 1998 22:58:32 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd018663; Sat Jul 11 22:58:26 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id WAA28581; Sat, 11 Jul 1998 22:58:22 -0700 (MST) From: Terry Lambert Message-Id: <199807120558.WAA28581@usr07.primenet.com> Subject: Re: Still having problems with my driver :( To: lile@stdio.com (Larry S. Lile) Date: Sun, 12 Jul 1998 05:58:22 +0000 (GMT) Cc: hackers@FreeBSD.ORG, tokenring@FreeBSD.ORG, dg@root.com In-Reply-To: from "Larry S. Lile" at Jul 11, 98 03:47:07 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-tokenring@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I still cannot get the upper network layers to respond to incoming > packets. I even hacked tcpdump to make sure that I was no wrecking > the packets as I took them off the wire. [ ... ] What about the kernel printf's? > The only messages I got indicating anything at all is wrong were > these when I ifconfig the card up for the first time after a > reboot. > > Jul 10 22:21:33 anarchy routed[69]: ignore RTM_ADD without gateway > Jul 10 22:21:33 anarchy routed[69]: Send bcast sendto(tok0, > 10.0.0.255.520): No buffer space available > Jul 10 22:21:33 anarchy routed[69]: write(rt_sock) RTM_ADD 10.0.0.0/24 > --> 10.0.0.1: File exists > > Any ideas what might be wrong, or could someone please look at my > code and help me figure this out. This happens to me on my ppp link if I start pinging, but turn my modem off (yes, I do bizarre things to see what would happen on border cases) so the link can't come up. Typically, it means that outbound packets haven't been sent, and the output queue has filled up. Have you tested this unidirectionally, ie: from some other system to FreeBSD, or vice versa, where you don't need an echo? This would let you test the input and output seperately. You should also probably put a fprintf in the soft interrupt handler. > I have attached the tcpdump patches if someone would like to commit > them to the source tree, I also sent them to the tcpdump maintainers. > The source for my driver is at http://anarchy.stdio.com. I went looking. I see you put the LLC code in the driver itself? I didn't see where you registered it with the system, or the driver itself, for that matter (ie: no DATA_SET). I couldn't see where you were calling ether_input()??? One thing you might want to consider is seting up the LLC in such a way that you can ifconfig up a loopback interface through the LLC and back for testing the upper layers down and back up. Unfortunately, TR hardware wants a hub. If I were still hanging out at Weber State University, I'd take advantage of their networking lab; as it is, I have no hardware to play with, and no known working other end to talk to in any case. The only thing I can recommend is that you try and divide the problem into smaller pieces (per my suggestions, above). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-tokenring" in the body of the message