From owner-freebsd-net@FreeBSD.ORG Wed Jan 18 09:05:30 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701CE106566C for ; Wed, 18 Jan 2012 09:05:30 +0000 (UTC) (envelope-from milu@dat.pl) Received: from jab.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 270A48FC1A for ; Wed, 18 Jan 2012 09:05:29 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 8D6537A; Wed, 18 Jan 2012 10:05:28 +0100 (CET) X-Virus-Scanned: amavisd-new at dat.pl Received: from jab.dat.pl ([127.0.0.1]) by jab.dat.pl (jab.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id d-v1ls9kf99U; Wed, 18 Jan 2012 10:05:23 +0100 (CET) Received: from snifi.localnet (unknown [212.69.68.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id CA6A651; Wed, 18 Jan 2012 10:05:23 +0100 (CET) From: Maciej Milewski To: Matthias Apitz Date: Wed, 18 Jan 2012 10:05:26 +0100 Message-ID: <7227503.Fd8S0FJ3Ep@snifi> User-Agent: KMail/4.7.4 (Linux/3.1.9-2-ARCH; KDE/4.7.4; x86_64; ; ) In-Reply-To: <20120118063549.GA2742@tinyCurrent> References: <20120117190847.GA1255@tiny> <1784936.VLDeoQkidl@snifi> <20120118063549.GA2742@tinyCurrent> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Cc: freebsd-net@freebsd.org Subject: Re: PPP to UMTS provider && incoming traffic (TCP, UDP) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 09:05:30 -0000 Dnia =C5=9Broda, 18 stycznia 2012 07:35:49 Matthias Apitz pisze: > Thanks for your feedback; I think too, that UDP downstream is blocked= if > there is not upstream UDP initialized for the same socket pair; and V= oIP > is using different UDP ports for up- and downstream media (audio). >=20 > What I'm wondering is, how does Skype works (which is fine with my UM= TS > provider at the same time), have to check this with TCPDUMP... >=20 > =09matthias Skype according to wikipedia[1] uses such scenario: 1. start 2. send UDP packet(s) to HC 3. if no response within 5 seconds then 4. attempt TCP connection with HC 5. if not connected then 6. attempt TCP connection with HC on port 80 (HTTP) 7. if not connected then 8. attempt TCP connection with HC on port 443 (HTTPS) 9. if not connected then 10. attempts++ 11. if attempts=3D=3D5 then 12. fail 13. else 14. wait 6 seconds 15. goto step 2 16. Success So it uses TCP and to obey blocked ports uses www traffic ports: 80 and= 443. [1] http://en.wikipedia.org/wiki/Skype_protocol --=20 Maciej Milewski