HKBN 2B Obi110 or OBi100 settings

[baor]

We finally made some progress after OBIHAI Support suggested to turn off X_InsertRemotePartyID.
I could receive call and dial out. However I got cut off every 10 mins.
Does it have to do with X_KeepAliveExpires or RegistrationPeriod?

[obi-support2]

Please explain what you meant by cut-off.

Is it no audio, but call still up?

or the Call is ended by the server after 10 min?

Exactly 10 minute every time?

From what city call to what city? HK -> HK?

Thank you.

[baor]

Please explain what you meant by cut-off.

Is it no audio, but call still up?

or the Call is ended by the server after 10 min?

Exactly 10 minute every time?

From what city call to what city? HK -> HK?

Thank you.

At 10 mins, each side could only hear silence.
I guess Call is ended by the server.
HK -> HK

[baor]

BTW, I wanted to post screen as attachment. But the 128K limit is too small.
Tinypic someday will delete my uploads and our records. So please consider increasing the limit to 200k.
Thank you!

[baor]

Dude,
If you guys are testing my device, please let me know.
Could you add me in MSN or something?
It rebooted several times when I was using it.
This random thing scares the crap out of me?

[obi-support2]

If call is ended by the server, 2 things should happen:
1. Your call will disappear from the call status page (if you refresh the page)
2. If you don't hang up, you will hear some fast busy tone after 5s or so.
Did the last 2 happen?
Silence on both ends may not be a good indication the server has ended the call.

Or if the call still shows on the call status page (the one you attached),
 what does it show for the number of packets sent and received?
If the call is still up, try this: hook flash on your phone, then hook flash again.
Does the audio resume?

[baor]

Hey, I was trying the bridge function.
It does not work.
I use my cell phone to call the Obi110, enter my pin.

I could dial **9 222 222 222 to test the bridge.

However, when I tried to bridge with HKBN and call 18503 (weather report), I could not hear anything.....

Any idea?

[baor]

If call is ended by the server, 2 things should happen:
1. Your call will disappear from the call status page (if you refresh the page)
2. If you don't hang up, you will hear some fast busy tone after 5s or so.
Did the last 2 happen?
Silence on both ends may not be a good indication the server has ended the call.

Or if the call still shows on the call status page (the one you attached),
 what does it show for the number of packets sent and received?
If the call is still up, try this: hook flash on your phone, then hook flash again.
Does the audio resume?

Do you have a HK number? I could call you.

Hey, you reminded me something interesting.
I was talking to someone. At around 10 mins time frame, she said she could not hear from me. So she decided to flash and call me again. Her call hooked right back to my end while I was still talking to the phone (I didn't know it was dead on her end).... Does it help?

[QBZappy]

baor,

Hi

Just a suggestion. Better to send separate images in separate posts than loose them on tinypic, and loose the trail of information.

[baor]

baor,

Hi

Just a suggestion. Better to send separate images in separate posts than loose them on tinypic, and loose the trail of information.

Come one, how come they could not up the size?
It is easy to exceed 128K with image, which is better than a thousand words.
I am just trying to help...
I think server space should be cheap enough when you are running a real business.
Sorry about the rant....

[baor]

I am not sure if Obitalk Support team is testing my OBi110 or what.

My Obi110 is rebooting randomly?

[QBZappy]

baor,

Off topic:

I use this to resize my images. You probably can reduce that image to under 128K and still be usable. I have done it. It works. It is Freeware.

http://www.faststone.org/FSViewerDetail.htm

[baor]

baor,

Off topic:

I use this to resize my images. You probably can reduce that image to under 128K and still be usable. I have done it. It works.

http://www.faststone.org/FSViewerDetail.htm

I know how to resize. It is about usability...
Please don't get offended. I am talking my time to capture screen. I wish I could upload and share them immediately.
Doing Post processing kills my mood....

[baor]

If call is ended by the server, 2 things should happen:
1. Your call will disappear from the call status page (if you refresh the page)
2. If you don't hang up, you will hear some fast busy tone after 5s or so.
Did the last 2 happen?
Silence on both ends may not be a good indication the server has ended the call.

Or if the call still shows on the call status page (the one you attached),
 what does it show for the number of packets sent and received?
If the call is still up, try this: hook flash on your phone, then hook flash again.
Does the audio resume?

Do you have a HK number? I could call you.

Hey, you reminded me something interesting.
I was talking to someone. At around 10 mins time frame, she said she could not hear from me. So she decided to flash and call me again. Her call hooked right back to my end while I was still talking to the phone (I didn't know it was dead on her end).... Does it help?

You are right.....
The call is still on. Packets are sending. But the phone is dead at exactly 10 mins...

[obi-support2]

baor,

To answer your question regarding why bridging HKBN and GV has no audio...
From you previous HKBN call status, you were using G729 with HKBN.
However GV can only do G711U. To make this work, make sure your call to
HKBN is using G711U (you have to force it by disabling G729 and G726 codecs in the
codec profile). If HKBN indeed does not support G7111U codec at all, then there
is not way to bridge it with GV at the moment.


About the call has no audio on both ends (in your words "dead" or "cutoff") after 10 min, I cannot figure it out yet. All I can see is the OBi still sending out packets (tx packets increasing), but
no packets are coming from the server (rx packets not increasing). You can try hook flash, and hook flash again to see if the incoming packets will resume.
Again, a complete debug log will help with SIP Debug Options enabled will help us diagnose the problem further. If there is a size limit in posting, please email to support@obihai.com.

[baor]

baor,

To answer your question regarding why bridging HKBN and GV has no audio...
From you previous HKBN call status, you were using G729 with HKBN.
However GV can only do G711U. To make this work, make sure your call to
HKBN is using G711U (you have to force it by disabling G729 and G726 codecs in the
codec profile). If HKBN indeed does not support G7111U codec at all, then there
is not way to bridge it with GV at the moment.


About the call has no audio on both ends (in your words "dead" or "cutoff") after 10 min, I cannot figure it out yet. All I can see is the OBi still sending out packets (tx packets increasing), but
no packets are coming from the server (rx packets not increasing). You can try hook flash, and hook flash again to see if the incoming packets will resume.
Again, a complete debug log will help with SIP Debug Options enabled will help us diagnose the problem further. If there is a size limit in posting, please email to support@obihai.com.

Not all call can be done at G711U. I dunno why. Some calls were using G711U. Most of them were 711A or 729. If disabling 711A and 729, "503 error" would result.
Can this be fixed in future firmware result, ie bridging to CODEC other than 711U?

[obi-support2]

baor,

Fundamentally, the OBi110 cannot solve this problem completely b/c transcoding btw different codecs may be prohibitedly complex in general. And IMO, it's also unlikely GV will support g729 in the near future.

I have put in a request to add support for G711A for GV; and hopefully that will alleviate this situation.

[baor]

baor,

Fundamentally, the OBi110 cannot solve this problem completely b/c transcoding btw different codecs may be prohibitedly complex in general. And IMO, it's also unlikely GV will support g729 in the near future.

I have put in a request to add support for G711A for GV; and hopefully that will alleviate this situation.

That means your bridging function is unpredictable......
There are 2 ends here.
1. Calling to Obi1x0
2. Obi1x0 bridging to Receiving end

Is route 1 fixed in what codec is used?

[obi-support2]

Quite the contrary. The unit will try to match both call-legs wherever possible.
You just picked a case that is not possible to match at the moment.

[baor]

Quite the contrary. The unit will try to match both call-legs wherever possible.
You just picked a case that is not possible to match at the moment.

Good to hear it is still possible.
Thanks!

Can I request a function?
Can the call history retain those call status information, e.g. codec, packet tx/rx, packet loss, etc???