PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Forums Hébergement > Forum Noms de domaine > comp.protocols.tcp-ip > recvfrom can not recv Datagram which is larger than MTU
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
comp.protocols.tcp-ip TCP and IP network protocols.

recvfrom can not recv Datagram which is larger than MTU

Réponse
 
LinkBack Outils de la discussion
Vieux 13/10/2006, 01h31   #1
jiajunying@gmail.com
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut recvfrom can not recv Datagram which is larger than MTU

My program is runing in a ethernet,it works well receiving and send
datagram which is larger than MTU in private network,but it can't
recvfrom datagram which is from internet and is larger than MTU.
Ethereal can capture the udp packet and the ip fragment packet,why ?how
should i do?
Thanks in advance.
junying.jia
jiajunying@sict.ac.cn

  Réponse avec citation
Vieux 13/10/2006, 01h52   #2
Barry Margolin
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: recvfrom can not recv Datagram which is larger than MTU

In article <1160699477.311472.232490@k70g2000cwa.googlegroups .com>,
jiajunying@gmail.com wrote:

> My program is runing in a ethernet,it works well receiving and send
> datagram which is larger than MTU in private network,but it can't
> recvfrom datagram which is from internet and is larger than MTU.
> Ethereal can capture the udp packet and the ip fragment packet,why ?how
> should i do?
> Thanks in advance.
> junying.jia
> jiajunying@sict.ac.cn


What operating system is this? I've never heard of recvfrom() having a
limit smaller than 32K (and the 32K limit was over a decade on an old
version of SunOS -- it used a signed int for the buffer size).

--
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***
*** PLEASE don't copy me on replies, I'll read them in the group ***
  Réponse avec citation
Vieux 13/10/2006, 07h15   #3
jiajunying@gmail.com
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: recvfrom can not recv Datagram which is larger than MTU

Operating system is windos xp,use winsock2.lib, mtu is 1500, my udp
datagram is 3k
Barry Margolin 写é“:

> In article <1160699477.311472.232490@k70g2000cwa.googlegroups .com>,
> jiajunying@gmail.com wrote:
>
> > My program is runing in a ethernet,it works well receiving and send
> > datagram which is larger than MTU in private network,but it can't
> > recvfrom datagram which is from internet and is larger than MTU.
> > Ethereal can capture the udp packet and the ip fragment packet,why ?how
> > should i do?
> > Thanks in advance.
> > junying.jia
> > jiajunying@sict.ac.cn

>
> What operating system is this? I've never heard of recvfrom() having a
> limit smaller than 32K (and the 32K limit was over a decade on an old
> version of SunOS -- it used a signed int for the buffer size).
>
> --
> Barry Margolin, barmar@alum.mit.edu
> Arlington, MA
> *** PLEASE post questions in newsgroups, not directly to me ***
> *** PLEASE don't copy me on replies, I'll read them in the group ***


  Réponse avec citation
Vieux 13/10/2006, 22h01   #4
Rick Jones
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: recvfrom can not recv Datagram which is larger than MTU

jiajunying@gmail.com wrote:
> My program is runing in a ethernet,it works well receiving and send
> datagram which is larger than MTU in private network,but it can't
> recvfrom datagram which is from internet and is larger than MTU.
> Ethereal can capture the udp packet and the ip fragment packet,why
> ?how should i do?


does Ethereal see _all_ the IP fragments of any one UDP datagram?

are you running ethereal at the sending side, or the receiving side?

are you using regular unicast IP addresses for this?

just to be sure, when you send across the internet, things work when
the send is smaller than the MTU?

rick jones
--
firebug n, the idiot who tosses a lit cigarette out his car window
these opinions are mine, all mine; HP might not want them anyway...
feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...
  Réponse avec citation
Vieux 16/10/2006, 07h56   #5
Simon Leinen
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: recvfrom can not recv Datagram which is larger than MTU

jiajunying writes:
> My program is runing in a ethernet,it works well receiving and send
> datagram which is larger than MTU in private network,but it can't
> recvfrom datagram which is from internet and is larger than MTU.


You may have a firewall (or other inbound filter) that prevents
non-first fragments from being received from the Internet.

Non-first fragments contain IP protocol information, i.e. that they
are fragments of a UDP datagram, but lack the protocol-specific header
- so there is no UDP port information. Many firewalls/filters are
configured to only let UDP packets with specific port numbers in, so
they often have trouble with fragments.

> Ethereal can capture the udp packet and the ip fragment packet,


Well, if Ethereal sees all fragments and can assemble them to a UDP
packet, then I don't know what is happening. Check out whether the
relevant headers in the fragments (IP id, fragment offset) make sense.
Again, some kind of middlebox might have messed with those.
--
Simon.
  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 06h15.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,31680 seconds with 13 queries