Подскажите, чем можно обрабатывать заголовки IP (просто IP, без привязки к TCP/UDP)? Желательно микросхема, еще и понимающая ARP и PING, умеющая сама считать контрольную сумму при формировании пакета. А еще лучше платой в комплекте с, например, rtl8201bl.
Заранее спасибо.

Возможно KS8695 Вам подойдет. Он умеет считать контрольную сумму аппаратно.

• XceleRouter Technology
- TCP/UDP/IP packet header checksum
generation to offload CPU tasks
- IPv4 packet filtering on checksum errors
- Automatic error packet discard
- DMA engine with burst mode support for
efficient WAN, LAN data transfers.
- FIFOs for back-to-back packet transfers.

Стартовый набор поехал в Москву на выставку.
Удачи.

Продукция фирмы Wiznet может Вас заинтересовать. Вот здесь ссылка на русском языке
http://www.efo.ru/doc/Wiznet/Wiznet.pl?494

Обратите внимание на компонентные модули, - это как раз то, о чем Вы говорите.

Что касается уровня обработки - IP, UDP/TCP, то это, наверняка настраивается, правда сам не использовал, врать не буду.

Спасибо. С WizNet уже пытаемся, но договориться пока не получается Например, игнорирует такие поля, как IP и MAC адреса, подставляет свои какие-то вместо прописанных... Вообще очень скудное описание, а на сайте WizNet вопрос задать невозможно - требует регистрации, а где ее сделать не найдешь Кстати, если кто помочь советами про W3150 сможет - буду весьма признателен.
DS80C400 - вот реальная вещь, кажется. Описание агромадное, тех. поддержка - на уровне. Надо было за нее браться сразу...

Если Вы еще на стадии выбора подходящего чипа, то посмотрите в сторону DSTni с Ethernet, 2xCAN, 2xRS, USB, Profibus, SPI и все в одном камне.

немного оффтоп:

вопрос по алгоритму вычисления контрольной суммы UDP и IPHeader,
кажется RFC, неоднозначно его определяет.

алгоритм сложения с "двойным переносом":

ABCD
+
EFGH
_____
KLMNO

так вот, если был перенос из 16-го бита в 17-ый (если K = 1), то мы должны присуммировать эту "единицу" к младшему байту - "NO".

---------------это все, что сказано в РФЦ.

но может быть ситуация такая, что последняя операция вызывает перенос из 8 бита в 9-ый:

D80F
+
E8F0
_____
1C0FF

1) первый возможный результат:
FF+1 = 00 =>
искомое значение - C000

2) второй возможный результат:
C0FF + 1 = C100 =>
искомое значение - C100


Кто разъяснит эту ситуацию, как считать правильно?

интересно как у него с пропускной способностью по сравнению с Wiznet'овским продуктом.