From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 13 Aug 2012 16:22:26 +0200 From: Martin =?UTF-8?B?SHVuZGViw7hsbA==?= Message-ID: <20120813162226.78e1b8ac@hundeboll.net> In-Reply-To: <1344867287.41025.YahooMailClassic@web162705.mail.bf1.yahoo.com> References: <1344867287.41025.YahooMailClassic@web162705.mail.bf1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [B.A.T.M.A.N.] difficulty with audio packets Reply-To: The list for a Better Approach To Mobile Ad-hoc Networking List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: The list for a Better Approach To Mobile Ad-hoc Networking Hi Adam, On Mon, 13 Aug 2012 07:14:47 -0700 (PDT) adam wiz wrote: > I am having a strange issue with my mesh. I have four access points > running Batman-advanced and it works well when testing simple Python > socket programming scripts with Android phones connected to separate > access points. However, when I try to send audio packets, it won't > work to the same success. My test Android app has the recipient > device's IP address hardcoded. The recipient phone can successfully > call itself, but the other phone connected to a different access > point can't call the destination. The buffer size is 2048 bytes. Is > this too large a buffer? What would cause this problem? You should try to follow the packets with "batctl -m bat0 td" and "tcpdump -i wlan0" and see if they actually make into and through the mesh. // Martin