voxbeam set up with OBI202
ianobi:
azrobert may be on to something here. It's worth trying different codecs. I would leave the OBi in DMZ while you test.
Voxbeam does seem to be quite a challenge. I was hoping that we would solve it this year, but time has run out in my time zone, so I'm off to celebrate the New Year! We have all of 2014 to finish the task :)
rajp:
Happy New Year to both of you.
Here is the latest update.
Call 1
Terminal 1 Terminal 2
Terminal ID PHONE1 SP3
State peer-ringing peer-ringing
Peer Name
Peer Number **3001110191xxxxxxxxxxx 001110191xxxxxxxxxxx@sbc.voxbeam.com;op=s
Start Time 13:44:49 13:44:49
Duration 00:00:43 00:00:43
Direction Outbound Outbound
Peer RTP Address 10.49.138.20:23360
Local RTP Address 192.168.1.138:17002
RTP Transport UDP
Audio Codec tx=G729; rx=
RTP Packetization (ms) tx=20; rx=0
RTP Packet Count tx=2116; rx=0
RTP Byte Count tx=67712; rx=0
My OBI is in DMZ and I disable all the codecs and set it up G729 Codec for SP3. You can see this in log. Still no luck. Any Idea?
Thanks for your help.
Raj
ianobi:
Happy New Year to you too!
99% of the time STUN either helps or does no harm. Rarely, I have seen it make things worse. You could try removing the ";op=s" leave the OBi in DMZ and try again.
If that fails, then put ";op=s" back, make a call, then ask Voxbeam support to debug it. Give them the exact time of the call and explain that your OBi is in DMZ.
I can't think of anything more to do at your end.
lk96:
I have also seen that Voxbeam can be picky with some of the settings
and how your endpoint address is discovered.
A couple of options I have checked off with Voxbeam trunks, and that you may
want to re-review are:
1. ITSP profile -> SIP -> X_PublicIPAddress
enter the public IP address of your home/office connection. If this changes, you'll have
to keep an eye on it and make sure it's correct.
2. As others mentioned I have STUN configured but I also have enabled ICE and symmetric port
under ITSP -> General
3. I saw flakiness when Voxbeam is on a trunk that uses a SIP agent port that is not set to 5060.
This may as well be an issue with my setup/firewall/etc etc. But worth experimenting.
4. Could be an issue with port forwarding configuration with your firewall.
In my setup I have seen that even if I place the Obi in DMZ, it wouldn't make a difference (and not sure why).
hope one of the above helps.
L.
rajp:
OK, Good. It is working now. I use another router and open port into router in the range from 17000 to 17098.
Just one more problem.
I am trying to call through my OBI app through smartphone and I get following log and it change VoiceCodec. I want to use G729. It become bridge and that's why It is not working.
Can you please let me know, how to configure it so that my softphone use correct codec?
Thanks,
Raj
======================================
Number of Active Calls: 1
Call 1
Terminal 1 Terminal 2
Terminal ID OBiTALK1 SP3
State ringing peer-ringing
Peer Name Raj iPhone
Peer Number 290xxxxxxx; GW=xxxxxxxx 001110191xxxxxxxxxxxx@sbc.voxbeam.com;op=s
Start Time 20:01:36 20:01:37
Duration 00:00:04 00:00:04
Direction Inbound Outbound
Peer RTP Address 0.0.0.0:0 169.132.139.41:20598
Local RTP Address 10.1.10.185:32542 10.1.10.185:17012
RTP Transport UDP UDP
Audio Codec tx=G711U; rx=G711U (bridged) tx=G711U; rx=G711U (bridged)
RTP Packetization (ms) tx=0; rx=0 (bridged) tx=20; rx=0 (bridged)
RTP Packet Count tx=0; rx=0 tx=0; rx=2
RTP Byte Count tx=0; rx=0 tx=0; rx=26
Navigation
[0] Message Index
[#] Next page
[*] Previous page