<div dir="ltr"><div>It's not strictly UDP. I spoke with someone yesterday that was re-producing it with curl. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 14, 2019 at 2:04 AM Saku Ytti <<a href="mailto:saku@ytti.fi">saku@ytti.fi</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Can someone try to recreate the problem with TCP/5060. Or do iperf<br>
test on equivalent ports with UDP+TCP, to determine if the problem is<br>
related specifically to UDP.<br>
<br>
Most networks have some form of limits to even transit traffic, UDP is<br>
most typical L4 to have policers.<br>
<br>
On Tue, 14 May 2019 at 00:12, Pete Rohrman <<a href="mailto:prohrman@stage2networks.com" target="_blank">prohrman@stage2networks.com</a>> wrote:<br>
><br>
> Dovid Bender,<br>
><br>
> I'm seeing the  same sort of thing.  Polycom phones.   Multiple customers getting to me from Verizon in NYC area.  I'm seeing phones register for a while, then drop off, then I see them trying to re-reg resulting in your 401 below.<br>
><br>
> Call me.  212 497 8015.  Let's look at this.<br>
><br>
> Pete<br>
><br>
> Pete Rohrman<br>
> Stage2 Support<br>
> 212 497 8000, Opt. 2<br>
><br>
> On 5/13/19 12:20 PM, Dovid Bender wrote:<br>
><br>
> Thought of that. Customers have their own CPE's. So far the only thing mutual here is that it's NTT -> VZ. Here is what I found so far looking at two Polycom phones using non standard ports (e.g. not 5060)<br>
> 1) PhoneA tries to register multiple extensions and for each request we send a 401. We expect to get back a REGISTER request with a no-once but we don't. This happens for a while and then magically it starts working.<br>
> 2) PhoneB tries to register the time time as PhoneA and has no issues.<br>
><br>
> At first I thought it was something possibly with the SIP call-ID but I ruled that out since in the same SIP DIALOG it was not working then it started. Also the seems to be per phone each phone is behind NAT and the traffic is coming from a different NAT'd port. Seems like there is some device in the middle that is randomly dropping traffic on specific sessions.<br>
><br>
><br>
><br>
><br>
><br>
> On Mon, May 13, 2019 at 11:40 AM Brielle Bruns <<a href="mailto:bruns@2mbit.com" target="_blank">bruns@2mbit.com</a>> wrote:<br>
>><br>
>> On 5/13/2019 9:21 AM, Dovid Bender wrote:<br>
>> > Hi,<br>
>> ><br>
>> > Over the last 48 hours we have been getting a lot of alerts of customers<br>
>> > phones losing registrations to us. All the complaints are coming from<br>
>> > customers that are on VZ Fios in the NYC area. Anyone else see anything<br>
>> > strange going on?<br>
>> ><br>
>><br>
>><br>
>> While you are diagnosing, might check to make sure that the SIP ALG is<br>
>> disabled on all of their routers too.<br>
>><br>
>><br>
>><br>
>> --<br>
>> Brielle Bruns<br>
>> The Summit Open Source Development Group<br>
>> <a href="http://www.sosdg.org" rel="noreferrer" target="_blank">http://www.sosdg.org</a>    /     <a href="http://www.ahbl.org" rel="noreferrer" target="_blank">http://www.ahbl.org</a><br>
<br>
<br>
<br>
-- <br>
  ++ytti<br>
</blockquote></div>