Hi everyone!
Hurray, I found the problem!
After reading
http://stackoverflow.com/questions/11812731/first-udp-message-to-a-specific-remote-ip-gets-lost
I made some more traces, and the problem is that my box loses the arp entry
of its router. In a trace, I can see ARP requests going out for the address
of the router that are unanswered. Then, about three seconds later, the box
stops sending packets. Seven seconds later we do get an ARP reply, and after
that traffic flows again.
So it's not in Asterisk or in my box, but in my switch or router.
Thanks for your suggestions everyone, and have a nice weekend!
Take care,
Roel
Duncan writes:
« HTML content follows »
One issue that can catch you is a packet MTU limit in your path to your SIP
box lower than your standard MTU. You can check that with ping -s 1500 <host>
option
Cheers Duncan
On 01/04/16 17:12, Pete Mundy wrote:
Roel,
Just another thought bouncing around... Your ifconfig output was specific
to eth1. Is there an eth0 too? Is there a chance packets are heading to
that other interface when they shouldn't be? Running a second tcpdump on
eth0 at the same time should at least disprove the theory quickly.
Pete
On 1/04/2016, at 2:59 am, Roel van Meer
<<URL:mailto:[email protected]><URL:mailto:[email protected]:[email protected]>r
[email protected]> wrote:
Thanks for the heads up, and thanks for thinking with me everyone!
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
