Send VoiceOps mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://puck.nether.net/mailman/listinfo/voiceops
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of VoiceOps digest..."
Today's Topics:
1. Re: Hairpin Call from certain PBXs - No Audio issue (Hiers, David)
2. Interesting lead on international fraud (Paul Timmins)
----------------------------------------------------------------------
Message: 1
Date: Fri, 10 May 2013 16:48:06 +0000
From: "Hiers, David" <[email protected]>
To: Ujjval Karihaloo <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [VoiceOps] Hairpin Call from certain PBXs - No Audio
issue
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
If you can get something like TBCT working, you can release the media back
upstream somewhere along the line.
Other than that, I suppose that you could jack the TTL with iptables. Tough
call, because the audio delay after that many IP hops will probably trash the
call.
David
From: VoiceOps [mailto:[email protected]] On Behalf Of Ujjval
Karihaloo
Sent: Thursday, May 09, 2013 21:30
To: [email protected]
Subject: [VoiceOps] Hairpin Call from certain PBXs - No Audio issue
Hi Team:
Have you all seen issues with hairpin calls from PSTN--> ITSP
(Broadsoft/ACME)--> SIP Trunk - which in turn forwards the call back out the
SIP trunk to the PSTN and there is no Audio in either direction (Transfer via
Auto-attendant OR Blind - Attended Xfer works as Media is anchored/reinitiated
on PBX)
Having worked on a few PBXs (Allworx, Zultys) that cause this issue on
ACME/Broadsoft Sip trunk setup - we see RTP in both direction on our traces,
but due to the pass through RTP nature of this call flow, the TTL get way down
to 5-6 in some cases, and that is what I believe is the issue, and our upstream
vendors like Level3, Bandwidth etc suggest the same.
Other than implementing a RTP repeater of sorts, I don't see an alternative.
Ideas appreciated
Thx
Ujjval
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/voiceops/attachments/20130510/aebfd761/attachment-0001.html>
------------------------------
Message: 2
Date: Sat, 11 May 2013 11:17:03 -0400
From: Paul Timmins <[email protected]>
To: [email protected]
Subject: [VoiceOps] Interesting lead on international fraud
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
I've seen a lot of my fraud calls start with numbers on this website and then
move to other ones.
http://www.world-premium-telecom.com/index.php?type=static_page&page=about
I think these people are the genesis of a whole lot of international fraud.
Thoughts? Ideas?
-Paul
------------------------------
Subject: Digest Footer
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
------------------------------
End of VoiceOps Digest, Vol 47, Issue 4
***************************************
