voxbeam set up with OBI202
ianobi:
It’s obvious from this thread and the one that you quoted originally that your manual is much needed!
Looks like we are making some progress. As you may know, a SIP call comes in two parts: Firstly, the SIP signalling which routes the call, sets it up , disconnects it etc. This we have now achieved. Secondly, the media part (our voices) which rely on Real Time Protocol (RTP) after SIP has set the call up. This seems to be our problem now. There are two ways to improve RTP connection:
1. Ensure that the correct ports are forwarded in your router. The Obihai FAQ section is out of date on this issue. As you are using sp3 as a “carrier” for Voice Gateway 3, in your router you need to forward the range of RTP ports defined here:
Service Providers > ITSP Profile C > RTP > LocalPortMin
to
Service Providers > ITSP Profile C > RTP > LocalPortMax
The protocol defined in your router need only be UDP.
Also if your router has a SIP ALG (Application Layer Gateway) function, then turn it off.
2. Use a STUN server. You can use any public STUN server, I use ideasip as it seems reliable. Set up as follows:
Service Providers > ITSP Profile C > General > STUNServer: stun.ideasip.com
Service Providers > ITSP Profile C > General > STUNServerPort: 3478 (default)
No need to check STUNEnable. I know this sounds strange, but it is not needed and may confuse later providers using sp3 or other voice gateways that use sp3.
One more change:
Voice Services -> Gateways and Trunk Groups -> Voice Gateway3
Name : Voxbeam
AccessNumber : sp3(sbc.voxbeam.com;op=s)
DigitMap : (ppppppp(91xxxxxxxxxx|xx.S4)|<ppppppp>(91xxxxxxxxxx|xx.S4))
AuthUserID : +1xxxxxxxxxx
When the AccessNumber is used op=s tells sp3 (which you are using as a carrier for Voice Gateway 3) to use the STUN server set up on sp3 (ITSP Profile C).
If you do write the manual, then remember that the DigitMap will depend on what numbers the user wants to use Voxbeam to dial. Good luck!
rajp:
Thanks for your help.
I did open port and set up STUN server also. Still I voice is not able to transmit. Do you know why? Any debug method to find out this issue?
Appreciate your help.
Thanks,
Raj
ianobi:
To prove there is no problem with ports being open, can you put your OBi202 in DMZ in your router? This is just for testing purposes.
While a call is in progress, have a look at Status > Call Status. In the RTP rows you should see something like this:
Peer RTP Address 217.10.77.241:38176
Local RTP Address 192.168.1.10:16026
RTP Transport UDP
Audio Codec tx=G711A; rx=G711A
RTP Packetization (ms) tx=20; rx=20
RTP Packet Count tx=238; rx=240
RTP Byte Count tx=40936; rx=41280
If the call fails, then I suspect some of the "rx= " numbers will be missing.
I'm running out of ideas now ??? I do suggest checking all the settings in our last few posts. It's easy to miss a semicolon or put a space in by mistake.
Next step may be a support ticket to Obihai. I've never known no speech at all after doing all the things we have tried!
rajp:
Thanks for your reply.
I got following Information in log.
Call 1
Terminal 1 Terminal 2
Terminal ID PHONE1 SP3
State peer-ringing peer-ringing
Peer Name
Peer Number **3001110191xxxxxxxxxx 001110191xxxxxxxxxx@sbc.voxbeam.com;op=s
Start Time 14:27:53 14:27:53
Duration 00:00:38 00:00:38
Direction Outbound Outbound
Peer RTP Address 10.49.139.61:20144
Local RTP Address 192.168.1.138:17004
RTP Transport UDP
Audio Codec tx=G711U; rx=
RTP Packetization (ms) tx=20; rx=0
RTP Packet Count tx=1778; rx=0
RTP Byte Count tx=305816; rx=0
I tried to put my OBI in DMZ and still I got the same response. Does it mean that I need to set something in RTP? or Do you think it is a router issue? We are almost there...Thanks again for your help.
Raj
azrobert:
The following is from Voxbeam FAQ:
What audio codecs does Voxbeam support?
We support the G.729a and G.723 codecs for all of our routes. Additionally, the G.711u, G.711a, and G.726 codecs are supported for most.
Maybe Voxbeam doesn't support G11U for the route you are using.
You can try disabling all the codecs in the OBi except G729a.
Navigation
[0] Message Index
[#] Next page
[*] Previous page