<div>Oh ok, so your INFO/DTMF is handled via proxy which will take care of dtmf from GT inbound. If TieUS is all that's left, then the Topoh solution should work, just a matter of finding which add_contact_alias() needs to be tweaked in your LB config to work around them.</div>
<div> </div><div>Add the loadmodule "topoh.so" back into your customtt for LB (apply)</div><div>do the ngrep with test call and tail -f the LB log with test call</div><div> </div><div>Attach here and maybe we can figure this out together ;) I had wanted to look into topoh anyway so this will help me out too.</div>
<div> </div><div>Skyler<br><br></div><div class="gmail_quote">On Tue, Nov 6, 2012 at 7:09 PM, Dave Massey <span dir="ltr"><<a href="mailto:dave@optionsdsl.ca" target="_blank">dave@optionsdsl.ca</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div style="word-wrap:break-word"><div>Ok no problem,. Sandy owned a lot of people ;)</div>
<div><br></div><div>James accidentally removed me too,.. ;) </div><div><br></div><div>I only have Voxcentral and TieUS. Voxcentral in/out/DTMF is all working perfectly now. </div><div>I dont even really want to use TieUS but perhaps the only trunk provider porting numbers in my service area (519587). I still with much disappointment never found a provider doing 519443 :(</div>
<div><br></div><div>Appreciate all the help though.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Dave</div></font></span><div><div class="h5"><div><br></div><div><br></div><div><br></div><br><div><div>
On 2012-11-06, at 9:58 PM, Skyler <<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>> wrote:</div><br><blockquote type="cite"><div>I couldn't follow that openvz stuff, it was over my head. <br>
</div><div>IMHO, I would suggest to focus testing on all other peers except for TieUS. This way you can ensure those are working well. ie: Inbound/Outbound/DTMF(INFO)</div>
<div> </div><div>Then when comfortable, tackle TieUS. Seems like TieUS is doing something unothodox on thier side. Topoh may be the answer there but before going that route I'd definitely eliminate the OpenVZ container settings and test with your solid carriers first.</div>
<div> </div><div>Sandy took over my life for 2 weeks. Haven't really had a good chance to focus on the sockets test. Tried earlier but the test trunk wasn't working, I guess James 'programmatically removed it' by accident. I should have more time this week though, I'll let you know.</div>
<div> </div><div> </div><div>Skyler</div><div><br> </div><div class="gmail_quote">On Tue, Nov 6, 2012 at 6:40 PM, Dave Massey <span dir="ltr"><<a href="mailto:dave@optionsdsl.ca" target="_blank">dave@optionsdsl.ca</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div style="word-wrap:break-word"><div>Well...</div><div>
<br>
</div><div>I went back to the roots of modifying the iaddress field in config.yml after creating an unused "dummy" ethernet interface. I wasn't modifying the other 2 instances of 127.0.0.1 as was mentioned by Andrew today.</div>
<div>And that worked... But maybe lost the SIP INFO DTMF in one direction again.</div><div><br></div><div>Both peers now work (minus incoming DTMF from TieUS, again) without dropping calls.</div><div><br></div><div>You think this is a good way to work around this problem?</div>
<div><br></div><div>Also wanted to ask you how you made out with Voxcentral and using 2 sockets? Did you ever get a chance to look at that? </div><div><br></div><div>My box is wide open for guinea pig testing.. Its not production yet. I really hope it will be one day. :)</div>
<div><br></div><div>Thanks</div><span><font color="#888888">Dave</font></span><div><div><div><br></div><br><div><div>On 2012-11-06, at 9:27 PM, Skyler <<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>> wrote:</div>
<br><blockquote type="cite"><div>Dave, nothing special to do with topoh I think. So next is to modify your lb so it sends the correct contact header. The next question would be, where to put that. Can you do a tail -f /var/log/ngcp/kamailio-lb.log with a test call and attach here? I'm thinking to ginuea pig your box instead of mine ;P</div>
<div> </div><div>Skyler<br><br></div><div class="gmail_quote">On Tue, Nov 6, 2012 at 6:00 PM, Skyler <span dir="ltr"><<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div>Well...</div><div> </div><div><a href="http://kamailio.org/docs/modules/devel/modules/topoh.html" target="_blank">http://kamailio.org/docs/modules/devel/modules/topoh.html</a></div>
<div> </div><div>3.2. mask_ip (str)<br>IP address to be used in masked headers to build valid SIP URIs. Can be any IP address, even a private-space IP address (e.g., 192.168.1.1), but must not be SIP server's local IP address. It is not used at all for SIP routing. </div>
<div>Default value is "10.1.1.10". </div><div> </div><div>.... There's more settings in there. I'll bet something was missing to make topoh work. Haven't tried it myself though.</div><span><font color="#888888"><div>
</div><div>
</div><div>Skyler<br><br> </div></font></span><div><div class="gmail_quote">On Tue, Nov 6, 2012 at 5:54 PM, Dave Massey <span dir="ltr"><<a href="mailto:dave@optionsdsl.ca" target="_blank">dave@optionsdsl.ca</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div style="word-wrap:break-word"><div>You nailed it.</div><div><br></div><div>It was my fault. last week before I had to break for Hurricane Sandy I was desperate to get the TieUS provider working, and was looking at the topoh module that Andreas had suggested as a last resort to fix it. so I had a custom template with the single line:</div>
<div><br></div><div>loadmodule "topoh.so" </div><div><br></div><div>but that was the only modification, and had to drop all work until after the storm was gone, I never even got to test or play with it.</div><div>
<br></div><div>But here is where it gets interesting. Just that line in the file fixed the peer.! But broke Voxcentral peer.</div><div><br></div><div>Now Im back to TieUS peer not working. </div><div><br></div><div>But I have hope now that there is a solution to getting both peers working?</div>
<span><font color="#888888"><div><br></div><div>Dave</div></font></span><div><div><br></div><div><br></div><br><div><div>On 2012-11-06, at 8:39 PM, Skyler <<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>> wrote:</div>
<br><blockquote type="cite"><div>One more try. The rewrite is definitely happening on the LB as the first appearance of 10.1.1.10 is in the INVITE between <a href="http://127.0.0.1:5060/" target="_blank">127.0.0.1:5060</a> (LB) -> <a href="http://127.0.0.1:5062/" target="_blank">127.0.0.1:5062</a> (Poxy)</div>
<div> </div><div>Do you use any customtt.tt2's in lb? If so, try to mv /etc/ngcp-config/templates/etc/kamailio/lb/kamailio.cfg.customtt.tt2 /tmp</div><div> </div><div>ngcpcfg apply</div><div>ngrep b -d any -qt -W byline port 5060 > /tmp/check</div>
<div>make a test call</div><div>ctrl +c</div><div>cd /tmp</div><div>grep -r 10.1.1.10 .</div><div> </div><div>If that mystery IP still shows up then that did nothing..so reverse ;)</div><div> </div><div> </div><div>Skyler</div>
<div><br><br> </div><div class="gmail_quote">On Tue, Nov 6, 2012 at 5:26 PM, Skyler <span dir="ltr"><<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div>I did the apt-get update && apt-get upgrade also .. just for fun ;) nothing there as expected.</div><span><font color="#888888"><div> </div><div>S.<br><br></div></font></span><div>
<div><div class="gmail_quote">On Tue, Nov 6, 2012 at 5:23 PM, Dave Massey <span dir="ltr"><<a href="mailto:dave@optionsdsl.ca" target="_blank">dave@optionsdsl.ca</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div style="word-wrap:break-word"><div>Nothing. </div><div>
<br></div><div><div>root@sip:/etc/ngcp-config# grep -r 10.1.1.10 .</div><div>root@sip:/etc/ngcp-config# </div></div><div><br></div><div><br></div><div>Im completely boggled :S Until I resumed testing today I have never seen this IP.</div>
<div>The only major thing I did was apt-get update/upgrade</div><span><font color="#888888"><div><br></div><div>Dave</div></font></span><div><div><br></div><br><div><div>On 2012-11-06, at 8:17 PM, Skyler <<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>> wrote:</div>
<br><blockquote type="cite"><div><br>Odd. cd to /etc/ngcp-config/ and do a grep -r 10.1.1.10 . <-- don't forget the dot on the end</div><div> </div><div>Anything show up?</div><div> </div><div>Skyler</div><div> </div>
<div><br> </div><div class="gmail_quote">
On Tue, Nov 6, 2012 at 5:00 PM, Dave Massey <span dir="ltr"><<a href="mailto:dave@optionsdsl.ca" target="_blank">dave@optionsdsl.ca</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div style="word-wrap:break-word"><div>Yeap thats exactly what I have.</div><div><br></div><div>Ive gone as far as checking my entire debian install for even a mention of that IP address in any file in /etc and other directories and found nothing. :(</div>
<div><div><br></div><div><br></div><br><div><div>On 2012-11-06, at 7:53 PM, Skyler <<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>> wrote:</div><br><blockquote type="cite">
<div>Should be</div><div> </div><div>networking:<br> aaddress:<br> address: 127.0.0.1<br> enable: 'no'</div><div> </div><div><br><br> </div><div class="gmail_quote">On Tue, Nov 6, 2012 at 4:52 PM, Skyler <span dir="ltr"><<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div>Dave,</div><div> </div><div> What do you have set for aaddress in your config.yml?</div>
<span><font color="#888888"><div> </div><div>Skyler<br></div></font></span><div><div class="gmail_quote">On Tue, Nov 6, 2012 at 4:15 PM, Dave Massey <span dir="ltr"><<a href="mailto:dave@optionsdsl.ca" target="_blank">dave@optionsdsl.ca</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div style="word-wrap:break-word"><div>Yea I just got told that from Voxcentral as well, and I have never seen that IP before.</div>
<div>Its something on my end. I dont know what though. I did an apt-get update and upgrade this morning.</div><div><div><br></div><div><br></div><div><br></div><br><div><div>On 2012-11-06, at 7:12 PM, Skyler <<a href="mailto:skchopperguy@gmail.com" target="_blank">skchopperguy@gmail.com</a>> wrote:</div>
<br><blockquote type="cite"><div>Contact: <<a>sip:10.1.1.10;alias=24.102.50.52~5060~1;line=sr-N6IAzEsh3wy1oSeyMBP7M.yLOBjAOBjLzBjAWBy*</a>></div><div> </div><div>This looks to be the reason, most likely. Not sure why that would be happening though.</div>
<div> </div><div> </div><div>Skyler<br><br></div><div class="gmail_quote">On Tue, Nov 6, 2012 at 3:30 PM, Dave Massey <span dir="ltr"><<a href="mailto:dave@optionsdsl.ca" target="_blank">dave@optionsdsl.ca</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">I attached a trace from dialing to when the call drops. <br>
<br>
<br>
<br>
On 2012-11-06, at 3:47 PM, Andrew Pogrebennyk <<a href="mailto:apogrebennyk@sipwise.com" target="_blank">apogrebennyk@sipwise.com</a>> wrote:<br>
<br>
> Dave,<br>
><br>
> On 11/06/2012 03:55 PM, Dave Massey wrote:<br>
>> _BUT_ -- Now I have the same problem with another peer, Voxcentral drops calls after 20-25 seconds. and I get SIP requests sent to an IP that I have no idea where it comes from.<br>
>><br>
>> Its sending ACK messages to a 10.1.1.10 IP that does not route on my network and I assume this is why the call is dropping.<br>
>> This peer had no issues 2 weeks ago. :(<br>
><br>
> We would need to see the 200 OK message from that peer to be able to<br>
> point out source of the problem or complete trace from the INVITE to ACK<br>
><br>
> Andrew<br>
><br>
<br>
<br>_______________________________________________<br>
Spce-user mailing list<br>
<a href="mailto:Spce-user@lists.sipwise.com" target="_blank">Spce-user@lists.sipwise.com</a><br>
<a href="http://lists.sipwise.com/listinfo/spce-user" target="_blank">http://lists.sipwise.com/listinfo/spce-user</a><br>
<br></blockquote></div><br>
</blockquote></div><br></div></div></blockquote></div><br>
</div></blockquote></div><br>
</blockquote></div><br></div></div></blockquote></div><br>
</blockquote></div><br></div></div></blockquote></div><br>
</div></div></blockquote></div><br>
</blockquote></div><br></div></div></blockquote></div><br>
</div></blockquote></div><br>
</blockquote></div><br></div></div></div></blockquote></div><br>
</blockquote></div><br></div></div></div></blockquote></div><br>