From owner-freebsd-net@FreeBSD.ORG Tue Jan 17 22:59:45 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 7B3A71065676 for ; Tue, 17 Jan 2012 22:59:45 +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 389E28FC0C for ; Tue, 17 Jan 2012 22:59:44 +0000 (UTC) Received: from jab.dat.pl (jsrv.dat.pl [127.0.0.1]) by jab.dat.pl (Postfix) with ESMTP id 975FD5F; Tue, 17 Jan 2012 23:43:40 +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 1hw2Yi8sQnjX; Tue, 17 Jan 2012 23:43:37 +0100 (CET) Received: from snifi.localnet (178-36-164-36.adsl.inetia.pl [178.36.164.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jab.dat.pl (Postfix) with ESMTPSA id E8ECD2C; Tue, 17 Jan 2012 23:43:36 +0100 (CET) From: Maciej Milewski To: freebsd-net@freebsd.org, Matthias Apitz Date: Tue, 17 Jan 2012 23:43:15 +0100 Message-ID: <1784936.VLDeoQkidl@snifi> User-Agent: KMail/4.7.4 (Linux/3.1.9-2-ARCH; KDE/4.7.4; x86_64; ; ) In-Reply-To: <20120117190847.GA1255@tiny> References: <20120117190847.GA1255@tiny> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: 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: Tue, 17 Jan 2012 22:59:45 -0000 Dnia wtorek, 17 stycznia 2012 20:08:48 Matthias Apitz pisze: > Hello, > > I'm used to connect my FreeBSD 10-CURRENT netbook to Internet via PPP; > the provider in question is a German O2 UMTS provider; so far so good, > i.e. all is working as it should: outbound HTTP, SSH, SMTP (I'm just > sending this mail through such a connection), ... > > what does not work is VoIP; the call is established via SIP (using a > STUN server), but remote audio RTP packages are not coming down; I > checked this with TCPDUMP: only upstream RTP is send, no incoming UDP; I observed similar problem with L2TP VPN and for me it looks that they are blocking incoming/returning UDP traffic in public APN. On the server side I see both incoming and outgoing traffic but device complains that it's unable to connect. If I switch to local wireless network then everthing works fine. I suspect that's because they are selling special(money) APNs. > as well I checked incoming TCP, for example incoming SSH or HTTP; it > seems that incoming UCP/TCP is just not coming through the PPP link; > > before bother (complain) the provider with this, I wanted to ask if I > miss something in the PPP configuration to get incoming delivered; > > note: I'm not talking about NAT to some stations on a LAN, I just want > get IP to the local host (interface tun6); as well I disabled ipf(8) > which I have configured normaly; > > any ideas? thanks in advance > > matthias -- Maciej Milewski