| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Sun, 27 Apr 2008 17:31:53 -0400 From: Jeremy Jackson <jerj@...lanar.net> To: netdev@...r.kernel.org Subject: adding tcpdump/OAM support to usb ATM devices who cares about ATM? Well anyone using ADSL/2/2+ high speed internet access is stuck with it, and that's not a small number of people. Diagnosing problems is often complicated by the fact that large backhaul networks appear as only 1 IP hop in traceroute. The goal is to support sending and receiving F5 OAM cells on a Linux host, from in-use PVCs bound to a br2684 bridge, your typical USB ADSL modem. The ATM OAM segment "ping" can be useful in troubleshooting, yet few modems support it, and *none* return timing and other detailed information. The modems running embedded Linux internally (openwrt AR7 for example) could also use this. The question: what is the recommended way to push the captured cells to userspace? raw ATM socket, netlink, packet socket, i'm not up to speed here people! in 2.6.22 drivers/usb/atm/usbatm.c::usbatm_extract_one_cell() cells received for open PVC/SVC sockets are processed, however OAM cells are dropped, and cells to unbound VPI/VCI are dropped. This seems the likely place to route cells somewhere useful, but what mechanism to use? -- Jeremy Jackson Coplanar Networks (519)489-4903 http://www.coplanar.net jerj@...lanar.net -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists