Edit Port del comtret (torniquetes Dassault) de OS/2 1.x a Linux

Title:

Last edited: 4:20:06 pm on 11 January 2006 by salchicha.sico.local

+^_@
_
<tt>Wednesday, 11 January 2006, 3:57:32 pm</tt>
Introducción al Ethernet (incl. perspectiva histórica) aunque ya esté todo implementado, he visto que hay el artículo *Ethernet: de 2,94 A 1000 Mbps en 25 años>http://www.rediris.es/rediris/boletin/46-47/ponencia9.html* da una introducción histórica muy buena, y describe de forma adeucada el nivel MAC y el funcionamiento (aunque hay mejores descripciones...). Además hay *otros documentos interesantes>http://www.cse.wustl.edu/~jain/cis788-97/ftp/gigabit_ethernet/*.
_
<tt>Tuesday, 20 December 2005, 12:27:04 pm</tt>
Introduction to networking: LLC *Intro to networking>http://www.linuxports.com/howto/intro_to_networking/c5048.htm* explica el LLC error recovery. Otro documento (de mayor dificultad; más vale haber comprendido en anterior antes de leer este) es *Understanding LLC>http://www.cisco.com/en/US/tech/tk331/tk336/technologies_tech_note09186a0080094777.shtml*, en el que explican con mayor profundidad los mecanismos de corrección de errores del LLC.
_
<tt>Wednesday, 14 December 2005, 5:33:43 pm</tt>
Una descripción de NetBeui paso por paso Según este mensaje, en *esta web (wayback machine)>http://web.archive.org/web/19991005013019/http://www.lebarge.com/clark/NetBasics/netbeui.htm* (*copia local>clark_netbeui*) se describe la lógica de la comunicación de NetBEUI.
_
<tt>Wednesday, 7 December 2005, 6:09:55 pm</tt>
Ahora me pide mensajes diferentes... se supone que está mal la parte de mandar/recibir mensajes Intenta mandar mensajes del tipo de *NetServerEnum2>http://www.warpspeed.com.au/cgi-bin/inf2html.cmd?..%5Chtml%5Cbook%5CToolkt40%5CSRVFPGR.INF+348*, que se supone son para preguntarle al PDC la lista de hosts accesibles...
_
<tt>Wednesday, 7 December 2005, 11:47 am</tt>
Reiniciar las máquinas OS/2 Aparte de los *métodos estándar>http://www.robvanderwoude.com/shutdown.html*, está el que se usa en los os2 (pupitres):
= detach rebwait 10
= exit
_
<tt>Wednesday, 7 December 2005, 10:20:45 am</tt>
Más información del NetBIOS Esta vez parece que bastante bien explicada, con ejemplos, aunque no completa (aunque parece que ya puse este enlace más abajo, el día 2 de Diciembre O:-)
- *Network Basic Input/Output System (NetBIOS)>http://www.rhyshaden.com/netbios.htm*
_
<tt>Sunday, 4 December 2005, 1:03:36 pm</tt>
Futuro Una vez que funcione lo que ya está hecho, habría que:
- Implementar reintentos de mandar de LLC. Esto implica guardar los mensajes enviados en un búffer circular y guardar en una matriz de información_de_buffer circular los inicios de cada mensaje y su longitud, de manera que cada vez que se reciba un paquere LLC se compruebe a ver si se han recibido los paquetes mas antiguos de 1s; si se han recibido, descartarlos en el búffer Si no, volverlos a mandar.
- *Implementar una máquina de estados correcta para NetBIOS>http://timothydevans.me.uk/nbf2cifs/x779.html#nbf-SMP802Query*, es decir, mandar la respuesta adecuada a cada mensaje.
_
<tt>Friday, 2 December 2005, 8:25:37 pm</tt>
Para pasar datos del unknown.log al ethereal Se hace con:
= $ text2pcap unknown.log unknown.tcp

_
<tt>Friday, 2 December 2005, 11:11:07 am</tt>
Información (por fiin) de NetBIOS sobre 802.2 Algunos documentos como *NetBIOS Session Management Protocol>http://ourworld.compuserve.com/homepages/timothydevans/smp.htm* y *NetBIOS Name Management Protocol>http://ourworld.compuserve.com/homepages/timothydevans/nmp.htm* se encuentran en la siguiente URL:
- *NetBios, NetBEUI, NBF, SMB, CIFS Networking>http://ourworld.compuserve.com/homepages/timothydevans/contents.htm* (*updated html>http://timothydevans.me.uk/nbf2cifs/book1.html*)
- *NetBIOS Protocol (and SMB Protocol)>http://www.rhyshaden.com/netbios.htm* Incluye explicación de qué son el CorRe y CorTr.
- *LLC NR (NextReceive) y NS>http://www.cisco.com/en/US/tech/tk331/tk336/technologies_tech_note09186a0080094777.shtml*
Además se tiene de esta *otra búsqueda>http://www.google.es/search?hl=es&ie=ISO-8859-1&q=802.2+NR+NS&meta=*
- *Implementación de LLC para Linux de Tim Alpaerts y Alan Cox>http://pc1.peanuts.gr.jp/~kei/Kernel-Snapshot/linux/net/802/llc_utility.c*
_
<tt>Friday, 2 December 2005, 9:30:20 am</tt>
Ya tengo la primera versión preliminar del netbeuidaemon Para comunicar con el pupitre he hecho otra librería, que se llama simplemsg (está ne <tt>salchicha</tt>, directorio <tt>sico-simplemsg</tt>). Lo que hace está comprobado con el simulador de torniquete y con el ethereal, pero me falta saber si la manera que tengo de calcular el siguiente número de serie de mensaje (tanto en el nivel LLC (el NR), como en el NetBIOS (el CorTr)) es correcto.
_
<tt>Wednesday, 30 November 2005, 7:13:57 pm</tt>
Descripción de SMB Aparte de la documentación ya mencionada para NetBIOS, existe la siguiente documentación de SMB:
- *CIFS: A Common Internet File System>http://www.microsoft.com/mind/1196/cifs.asp* Introducción a la estructura de SMBs, AndX, etc (por M$). Hace referencia al *+draft-leach-cifs-browser-spec-00.html+*
- *Figuras del anterior documento>http://www.microsoft.com/mind/1196/cifstextfigs.htm*
- *CIFS Library>http://www.pantek.com/library/general/CIFS/*
_
<tt>Monday, 21 November 2005, 9:59:09 am</tt>
Prueba satisfactoria de "despertar" los torniquetes con el netbeuidaemon La hemos realizado en <tt>puertaangel(f6)</tt>, que tiene a la máquina OS/2 sin ping. La captura de <tt>tcpdump</tt> está en <tt>seraphim:/home/dario/ethereal/</tt> con el nombre <tt>puertaangel.tcp</tt>. Y se ve que responden corectamente :-b.
_
<tt>Friday, 18 November 2005, 5:56:02 pm</tt>
¡Exito en la primera prueba! En marqués de vadillo (f5), que tiene el pupitre OS/2 apagado, al menos un torniquete ha respondido a mi "despertado" con el netbeuidaemon :-))). El Lunes, más pruebas (con un tcpdump para ver el resultado real y todo eso).
_
<tt>Friday, 18 November 2005, 7:29:51 am</tt>
Un programa que hace lo mismo que mi netbauidaemon: veth Resulta que hay un programa que hace lo mismo que el netbeuidaemon, el *VETH - Virtual Ethernet Device for Linux>http://www.geocities.com/SiliconValley/Horizon/7684/veth/*, pero para crear una tarjeta de red virtual. Usa tun/tap para obtener una MAC adicional, pero por lo demás es muy parecido al tornsim que he hecho junto al netbeuidaemon. Puede ser interesante para ver si hay algo que pueda hacerse mejor (aunque no creo que tenga muchas diferencias, ya que el método es bastante directo) ;-). Bueno, por de pronto me ha servido para saber el nombre del miembro de la estructura ifreq que contiene la MAC :-D.
_
<tt>Thursday, 17 November 2005, 5:13:21 pm</tt>
Captura de otra conversación completa (dia.tcp) La captua de noche.tcp no era completa, ya que los mensajes mayores de 96 bytes estaban cortados. He realizado otra con la siguiente línea de comando:
= tcpdump -s 1024 -xx -i eth2 -w dia.tcp
De reseñar:
- El el <tt>395s</tt> se reinicia (de forma ordenada; hicimos un "detach rebwait 10" en la máquina OS/2).
- En el <tt>119s</tt> hay mensajes de Mailslot
- En el <tt>153s</tt> hay mensajes de "TreeConnect"
_
<tt>Thursday, 17 November 2005, 8:42 am</tt>
Detalles sobre OS/2 Para hacer las pruebas:
- Está instalado OS/2 4.52 (eCS) en un PC c/ VNCserver instalado (10.0.100.3)
- *Instrucciones para modificar/inspeccionar la cfg de red en OS/2>http://www.edm2.com/0411/os2routes.html*. Lo que más me interesa en estos momentos es que para ver la MAC se hace con "<tt>netstat -n</tt>", y para ver la ip, con "<tt>ifconfig lan0</tt>".
_
<tt>Thursday, 17 November 2005, 8:31:45 am</tt>
Captura de una conversación completa (noche.tcp) Está en <tt>seraphim:/home/dario/ethereal/noche.tcp</tt>, y hay que mirar a partir de los <tt>23300s</tt>, que es cuando el OS/2 hizo el shutdown. Antes del shutdown:

- El el <tt>23301s</tt> mensajes de disconnect de la máquina OS/2

A partir de ese momento, se ven:

- El el <tt>23342s</tt> mensajes de discover de cuando se levantó OS/2.

Otros detalles interesantes:

- La MAC de la máquina OS/2 es "0000c0d9adbc"
- Los filtros (coloring rules) a poner para mejorar la lectura, son:
<center>
|Nombre|filtro|Bg color|
|from os2| eth.src == 00:00:c0:d9:ad:bc|#FDB3B3|
|to os2|eth.dst == 00:00:c0:d9:ad:bc|#CAFFA1|
</center>
- El filtro a poner para que sólo salga la comunicacion entre ESC0 y 4002
<center>
|(eth.src == 00:00:c0:d9:ad:bc &amp;&amp; (eth.dst == 00:00:c0:44:b6:c2 &#124;&#124; eth.dst == 03:00:00:00:00:01)) &#124;&#124; eth.src == 00:00:c0:44:b6:c2|
</center>
_
<tt>Wednesday, 16 November 2005, 8:59:41 pm</tt>
Sobre el protocolo Usan DIX 1.0, es decir, poniendo el length, no el proto, y eso es para no tener que usar "SNA sobre ethernet", sino poner a continuación SNA directamente (los SAP y todo eso).
_
<tt>Monday, 14 November 2005, 5:32:30 pm</tt>
Cosas a estudiar en el núcleo En los siguientes sitios:
- <tt>salchicha:/usr/src/netbeui/linux-2.4.31/net/802/p8022.c</tt>
Lo que parece es que IPX tb usa 802.2 (y eso me vendria muy bien).
_
<tt>Friday, 11 November 2005, 5:06:01 pm</tt>
Más ejemplos
- *RAW mode data transfer over an 802.3 interface>http://docs.hp.com/en/B2355-90139/apas03.html* Es para HP-UX; ver <tt>rosa:/usr/include/netinet/if_ieee.h</tt>.
_
<tt>Tuesday, 8 November 2005, 7:51:35 am</tt>
Sobre packet(7) y PF_PACKET Se dispone de la siguiente documentación (sacada, entre otras, de *esta búsqueda>http://www.google.es/search?q=linux+PF_PACKET+socket+hostap&hl=es&lr=&ie=UTF-8&start=10&sa=N* y *esta otra>http://www.google.es/search?hl=es&ie=ISO-8859-1&q=sll_ifindex+socket+PF_PACKET+SOCK_RAW+bind&btnG=B%FAsqueda+en+Google&meta=*):
- *Inside the Linux Packet Filter, part II>http://www.linuxjournal.com/article/5617* Trata el filtrado de PF_PACKET, entre otras cosas. En ello se dice que el "header" de la capa link (en nuestro caso, ethernet) es recompuesto por software, por lo que es psoible que sí tuviera el formato de DIX 2.0 y no "old ethernet", y eso lo ponga el núcleo de Linux, por lo que haya perdido el "tipo de protocolo".
- *msg: is it possible to send raw frames using AF_PACKET (for wlan)>http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2003-August/002640.html* Sin respuesta, pero tiene el código de capturarlas sin usar libpcap.
- *hostap/driver_wired.c>http://sources.freebsd.org/HEAD/src/contrib/hostapd/driver_wired.c* Ver la función <tt>wired_send_eapol()</tt>, ya que hace lo de mandar paquetes por un AF_PACKET.
- *Ejemplo de código para mandar paquetes AF_PACKET en wlan>http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2002-June/001207.html* (*otro ejemplo>http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2003-August/002640.html*) Se supone que lo único que hay que cuidar es lo del htons(ETH_P_80211_RAW), que en nuestro caso será diferente. Según los fuentes del libpcap (pcap-linux.c), sería un htons(ETH_P_ALL), con lo que quedaría de la siguiente manera:
<table border=1><tr><td><tt>r->fd = socket(PF_PACKET, SOCK_RAW, htons(ETH_P_ALL));
//ETH_P_ECONET+1 = ETH_P_80211_RAW according to the linux-wlan headers.
// ssl is a sockaddr_ll
sll.sll_ifindex = get_index("eth0"); // SIOCGIFINDEX wrapper
//int get_index(char *ifName) { 
// struct ifreq ifr;
// int s;
// s=socket(PF_INET, SOCK_DGRAM,0);
// memset(&ifr,0,sizeof(ifr));
// strcpy(ifr.ifr_name, ifName); // ifName is e.g. "wlan0"
// if(ioctl(s, SIOCGIFINDEX, &ifr) !=0) {
// &nbsp; close(s);	
// &nbsp; return(-1);
// }
// close(s);
// return(ifr.ifr_ifindex);
//}
sll.sll_protocol = htons(ETH_P_ALL);
if(bind(r->fd, (struct sockaddr *)&sll, sizeof(sll)) == -1)
&nbsp;&nbsp;&nbsp;...
dataLen = recvfrom(s, buffer,bufferSize, 0, NULL, NULL);
</tt></tr></td></table>
- *Contenido de la estructura sll cuando se captura en "coocked mode">http://www.ethereal.com/docs/dfref/s/sll.html* según el ethereal. Esta es la razón por la que los paquetes del ethereal no se corresponden con DIX 2.0, porque está capturando el SLL y no está haciendo un dump de la información de la estructura SLL, que debiera contener el tipo de paquete que ha recibido en la ethernet. La cabecera que de la que está haciendo dump es una "sintética" generada por Linux, al haber quitado la real.
- Según el <tt>/usr/include/linux/if_ether.h</tt>, el tipo que nos correspondería sería el ETH_P_802_2 (0x0004) o ETH_P_TR_802_2 (0x0011), pero no sé la direrencia entre ambas. Quizás *este código comentado del núcleo 2.6>http://64.233.161.104/search?q=cache:czI6AxhKOlMJ:www.howp2p.net/kernel/source/kernel_2.6.8.1/db/d92/llc__pdu_8h.html+llc+ETH_P_802_2+OR+0x0004+ETH_P_TR_802_2+OR+0x0011&hl=es&ie=UTF-8* pueda ser de ayuda (¿eh? ¿Linux 2.6 sí soporta LLC? Hmmm....).
_
<tt>Monday, 7 November 2005, 10:45:14 am</tt>
Implementar LLC/NetBeui Está disponible la *siguiente>http://www.google.es/search?q=llc+netbeui+tutorial+OR+howto+OR+documentation&hl=es&ie=ISO-8859-1* documentación:
- *Microsoft: Using NetBEUI with Windows NT>http://www.microsoft.com/resources/documentation/windowsnt/4/server/reskit/en-us/net/sur_nbf.mspx*
- *IBM: NetBIOS Extended User Interface (NetBEUI) 3.0 specification>http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/bk8p7001/CCONTENTS*
_
<tt>Friday, 4 November 2005, 4:33:28 pm</tt>
Para capturar los paquetes Resulta que lo mejor es usar el *pcap>http://packages.debian.org/stable/libs/libpcap0.8*, que es lo que usa el tcpdump y el ethereal. Hay algo de *documentación de las funciones del pcap>http://www.winpcap.org/docs/docs31/html/group__wpcapfunc.html*. Más información:
- *libpcap packet capture tutorial>http://www.cet.nau.edu/~mc8/Socket/Tutorials/section1.html*: Packet Capture With libpcap and other Low Level Network Tricks.
- *Official libpcap tutorial>http://www.tcpdump.org/pcap.htm*
_
<tt>Friday, 4 November 2005, 8:15:54 am</tt>
Enlaces sobre OS/2 Par instalarlo y poder hacer pruebas:
- *OS/2 tips and tricks>http://home.san.rr.com/cq/sdos2ug/MemberTipsAndTricks.html*
- *CD Boot/2>http://www.geocities.com/SiliconValley/Pines/7885/Download/DownloadCDBoot2.html*
- *Bootable Warp4 Installation CDROM>http://www.os2usr.org/w4bootcd.html*
- *bootAble>http://www.xs4all.nl/~hrbaan/bootAble/bootAble.html*
- *Otro howto para crear BootCDs>http://www.os2world.com/goran/cfgtool/cfgdat01.htm*
- *Warp 3 installation problem solution>http://www.computing.net/os2/wwwboard/forum/2075.html*
- *Warp Updates: updated installation disquettes>http://www.warpupdates.mynetcologne.de/english/inst_diskettes.html*
- *Warp Updates: large IDE disks driver>http://www.warpupdates.mynetcologne.de/english/hard_largeata.html#idedasd*

Para descomprimir los disquettes se necesita DOS, por lo que es útil el:
- *Howto Emular DOS en Linux>http://es.gentoo-wiki.com/HOWTO_Emular_DOS*.

Básicamente es usar la siguiente configuración en un fichero <tt>dosemu.conf</tt> en el directorio actual:
<table><tr><td><tt>$_cpu = "80386"
$_floppy_a = "threeinch:/dev/fd0"
$_floppy_b = "fiveinch:/dev/fd1"
$_layout = "es-latin1"</tt></tr></td></table>
Después basta con arrancar el dosemu de manera que use esa configuración:
= # dosemu -f dosemu.conf
Y en el dosemu escribir (para montar el /tmp en f:)
= C:\&gt; lredir f: linux\fs/tmp

_
<tt>Thursday, 3 November 2005, 12:55:04 pm</tt>
Información sobre el protocolo LLC *IEEE 802.2 Logical Link Control (LLC) protocol>http://www.protocols.com/pbook/lan.htm* (*cache>cached_LLC*) y *NetBIOS y SMB>http://www.protocols.com/pbook/ibm.htm#SMB* (*cache>cached_SMB*). Por otra parte, *se supone que NetBIOS va por encima de NetBEUI>http://www.duxcw.com/faq/network/netbeuishare.htm* (aunque no es estrictamente necesario, tal y como se ve *aquí>@rawnetbeui*).
_
<tt>Thursday, 3 November 2005, 12:30:56 pm</tt>
Protocolos... No está de más repasar *the tcpip reference page>http://www.protocols.com/pbook/tcpip1.htm*, en la que tienen una lista bastante completa de protocolos. También es razonable mirar *RFC1700: Assigned numbers>http://www.cse.ohio-state.edu/cgi-bin/rfc/rfc1700.html*. Sea como sea, las tramas LLC están al mismo nivel que las IP, con lo que es unformación "complementaria" pero no necesariamente útil.
_
<tt>Monday, 31 October 2005, 11:59:27 am</tt>
packet(7) soporta mandar tramas LLC desde userland Resulta que se puede implementar el protocolo que necesitamos directamente desde userland (req. ser root para poner la tarj. en modo promiscuo y todo eso, pero tampoco es para tanto):
- *packet(7)>http://www.die.net/doc/linux/man/man7/packet.7.html* - mandar tramas a nivel 2 de OSI (permite implementar protocolos, como el 802.2 (NetBEUI va sobre eso)).
- *The LAN Information Server - LISa>http://lisa-home.sourceforge.net/main.html* Implementa una especia de micro-samba sin usar SMB... pero usa NetBIOS (no NetBEUI, que es lo que necesito).

_
<tt>Wednesday, 26 October 2005, 11:22:47 am</tt>
Para regenerar las dependencias Resulta que al instalar pcmcia como paquete aparte, hay que regenerar las dependencias después de instalar un nuevo núcleo. En el pupitre_Sc, como root y estando en rw, se hace:
=# depmod -ae -F /boot/System.map-2.4.31-acme5-f6 2.4.31-acme5-f6
_
<tt>Wednesday, 26 October 2005, 8:32:09 am</tt>
Correcciones al config del kernel de debian para el pupitre Daba un símbolo no encontrado para IDE, siguiendo *este HOWTO>http://www.captain.at/programming/rtai/kernel-2.4.php*, simplemente lo he puesto incuído en el núcleo en vez de como módulo. También he desactivado el soporte PCMCIA, para poder compilar aparte el pcmcia_cs con soporte pnpbios.
_
<tt>Tuesday, 25 October 2005, 12:51:32 pm</tt>
Uso del mkinitrd He instalado de mala manera (sin actualizar el modutils, usando un núcleo 2.4 para ejemplo) el initrd-tools en <tt>salchicha</tt>. Para usarlo, se hace (en el propio <tt>pupitre_sc</tt> o bien en <tt>zen</tt>, que tiene la misma versión de Debian):
=# mkinitrd -o /boot/initrd.img-`uname -r` /lib/modules/`uname -r`
por ejemplo (tomado de cómo lo creaba para el 2.2.26):
=# mkinitrd -k -o /boot/initrd.img-2.4.31-acme5-f6 -r /dev/hda1 2.4.31-acme5-f6

_
<tt>Tuesday, 25 October 2005, 11:44:44 am</tt>
Nuevo intento de usar el núcleo con soporte NetBEUI Esta vez usando como base *este .config>http://www-isl.mach.uni-karlsruhe.de/~hi93/myth/mythtv_debian_epia_pvr350_walkthrough*, y activando las opciones como módulo de 802.2, NetBEUI e IPv6 (esta última para asegurarse de que están todas las dependencias, tal y como dicen en la página de *NetBEUI para linux>http://zhubr.tamb.ru/netbeui/*.
_
<tt>Friday, 1 July 2005, 10:59:06 am</tt>
Soporte samba sobre netbios sobre netbeui en linux Requiere de lo siguiente:
- *Parches para el núcleo 2.4.24 soportando NetBEUI>http://zhubr.tamb.ru/netbeui/*
- *Parches para samba que implementa samba over raw netbeui>http://zhubr.tamb.ru/samba/*
_
<tt>Thursday, 16 June 2005, 5:10:08 pm</tt>
Hay más implementaciones de CIFS aparte de samba: smblib Los fuentes (algo antiguos) están *aquí>http://www.artfiles.org/samba.org/smblib/*. La pena es que no tenga implementado NetBEUI.
_
<tt>Thursday, 16 June 2005, 3:54:10 pm</tt>
Descripción del protocolo CIFS/E (mailstot) Resulta que Microsoft *tiene publicado un draft>http://www.pantek.com/library/general/CIFS/draft-leach-cifs-browser-spec-00.html* (copia local: *+draft-leach-cifs-browser-spec-00.html+*) que incluye entre otras cosas el mailslot protocol. En *este advisory>http://www.net-forums.net/forums/index.php?showtopic=7809* cuentan que ese es el protocolo del <tt>winpopup.exe</tt> y explican un poco como funciona. 
Se accede a ellos usando:
@rawnetbeui
|Stack usada|Puertos|Notas|
|SMB over *NetBIOS>http://www.ale.org/archive/ale/ale-2000-01/msg00196.html* over *NetBEUI>http://lists.suse.com/archive/suse-linux-e/2002-Jun/1668.html*|-|*se supone>http://lists.samba.org/archive/samba-technical/2000-July/008748.html* que se puede usar *en linux>http://kernel.org/pub/linux/kernel/people/acme/old/netbeui+llc/* |
|SMB over NetBIOS over TCP/IP|138/udp 139/tcp|Requiere haber negociado previamente una sesión NetBIOS usando el "NetBIOS name resolution service" (137/udp)|
|SMB natively over TCP/IP (without NetBIOS)|445/udp 445/tcp|-|

Para más información: *artículo con la relación entre los redirectores, SMB, NetBIOS y NetBEUI>http://www.comptechdoc.org/independent/networking/guide/netnetbeui.html*.
Para curiosos: *historia del samba (hasta 1999)>http://www.linux-mag.com/1999-09/samba_01.html*.
_
<tt>Thursday, 16 June 2005, 12:46:48 pm</tt>
Cólo usar mensajes sobre SMB: smbmount Para ver cómo mandar mensajes con el prorocolo NetBIOS: *smbmount.c>http://www.os9samba.com/files/smbmount.c.html*. Más información en el *CVS del samba>http://websvn.samba.org/cgi-bin/viewcvs.cgi/trunk/*.
_
<tt>Thursday, 16 June 2005, 11:46:33 am</tt>
Resulta que DosMakeMailSlot es de LAN Manager Según *esta página>http://hdebruijn.soo.dto.tudelft.nl/newpage/interupt/out-3000.htm*, DosMakeMailSlot() es una función de LAN Manager. Lo cual significa que seguramente implique que se comunica usando NetBIOS/NetBeui. Por lo que se ve, es una capa del stack de samba; Según una captura de tráfico del ethereal de alguien usando samba, salen cosas como la siguiente (en este caso estaba listando los equipos del "neighborhood"):
=Frame 2 (216 bytes on wire, 216 bytes captured)
=Ethernet II, Src: 00:04:76:8e:3f:64, Dst: ff:ff:ff:ff:ff:ff
=Internet Protocol, Src Addr: X.Y.Z.41 (X.Y.Z.41), &nbsp;&nbsp;&nbsp;&nbsp;Dst Addr: X.Y.Z.63 (X.Y.Z.63)
=User Datagram Protocol, Src Port: netbios-dgm (138), &nbsp;&nbsp;&nbsp;&nbsp;Dst Port: netbios-dgm (138)
=NetBIOS Datagram Service
=SMB (Server Message Block Protocol)
=SMB MailSlot Protocol
=Microsoft Windows Browser Protocol
Para más información de los protocolos implicados, puede ser interesante ver *esta reseña de un libro sobre CIFS (samba)>http://www.bookpool.com/sm/013047116X*
_
<tt>Monday, 9 May 2005, 8:59:33 am</tt>
Primeras impresiones: usa APIs de 16-bit (OS/2 1.x) Usa funciones de comunicación de los APIs de 16-bit de OS/2.
- *DosGetInfoSeg()>http://www.edm2.com/0209/viowin2.html*
_

!! Descripción del proyecto

Portar la librería de OS/2 1.x comtret a Linux. Sirve para comunicar a través de una LAN (vía BNC) con el "calculador" (CPU embebida) que está dentro de los torniquetes de la barrera de torniquetes y los controla.
_
!Attachs:
*+draft-leach-cifs-browser-spec-00.html+*

- lock this page
- enter new password
- reenter same password

Send e-mail alerts to these addresses upon next save: