[Spce-user] best practices on delivering SIP trunks to customers and individual registrations where endpoints on private IP

[Marco Teixeira]

answers inline...


---
Best regards
Marco


On Sun, May 1, 2016 at 4:38 PM, Stephen Donovan <stephen at belzonicable.net>
wrote:

> Here is the scenario:
>
>
>
> Small cable operation.
>
>
>
> 1.       Residential customers have Arris emta in 10.15.xxx.xxx. They
> have direct access to sipwise box which is on a public IP.  These customers
> have no trouble making or receiving calls, or talking to each other
> (subscriber to subscriber)
>

>
> 2.       Hosted PBX customers have asterisk VMs with public IP addressed
> and have a subscriber built for them with a static registration and their
> IP as a trusted source.  These can make and receive calls no problem
> amongst themselves and the PSTN.
>

>
> 3.       External SIP trunk customer.  I have an Adtran TA908e on site
> with a public IP on its outside interface, a private IP on their voice
> network on the inside interface, doing stateful sip and rtp proxy with
> their Mitel PBX. SIP/RTP traffic should come and go to the public IP
> address of the Adtran box (it does).  They can make and receive calls fine
> with PSTN.
>
>
>
>
>
> The problem comes in as follows:
>
> 1.       Asterisk PBX at my office cannot call a residential subscriber
> which is registered.  I get a 486 busy even when the subscriber is idle.
>
> 2.       Registered subscriber on an Arris emta on a private ip can place
> a call to the customer with the Adtran and Mitel PBX but no audio.
> External calls to this PBX work fine.
>
​Never worked with 2.8. Are you sure you are proxying audio ?​
​Can you check if you residential customer 10.15.0.0/16 is not trying to
send audio directly to your ADTRAN ?
Does ADTRAN work as an SBC ?
Is RTP endpoints IPs from MITEL mascarated with the ADTRAN external IP ?

> 3.       Occasionally have problems reported by PBX customers that they
> get one way or no audio when forwarding calls back out to an external
> destination.
>
>
>
> I understand more data is going to be needed, I will be glad to provide
> anything requested.  I will actually be on site at the Mitel PBX customer’s
> location tomorrow morning, I plan on capturing some traffic on their
> network and inspecting closely to see if it can be determined where some
> issues are happening with them.  Probably unrelated to anything I’m doing,
> some IP phones on their mitel system are unable to make outbound calls, we
> see the call then immediately a cancel comes from them, a couple IP phones
> and no digital phones on that system show that problem.
>
>
>
>
>
> Stephen
>
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20160512/e7d4827f/attachment-0001.html>