HKBN 2B Obi110 or OBi100 settings

RonR · April 09, 2011, 10:36:24 PM

If the OBi and the PC the Syslog server is running are on the same LAN, no port forwarding or anything else is required. Just fire up the Syslog server on the PC and try to make a call on the OBi. The Syslog server should record all the events. You can email the resulting log file for analysis.

QBZappy · April 09, 2011, 10:39:50 PM

baor,

No port forwarding should be necessary as Ron suggested. I just checked my router settings.

baor · April 09, 2011, 10:41:48 PM

Quote from: RonR on April 09, 2011, 10:36:24 PM
If the OBi and the PC the Syslog server is running are on the same LAN, no port forwarding or anything else is required. Just fire up the Syslog server on the PC and try to make a call on the OBi. The Syslog server should record all the events. You can email the resulting log file for analysis.

It is working now when I am using the 32bit version....

QBZappy · April 09, 2011, 10:44:10 PM

baor,

I had noticed that on your image capture. I assumed that you had installed the correct version.

Off topic. By the way what is Tamagochi firmware? I could not find anything on Google.

baor · April 09, 2011, 10:46:21 PM

Below shows the log
I tried to call a number as you could see the "OFF HOOK" Line
After dialing, an error message saying it is rejected by the service provide Code "500"
Thank you!!!!!!!!!!

<7> sendto cb505987:5060(842)
   192.168.1.127   10/04 01:40:57.746
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:40:57.746
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:40:57.746
<7> TCP:Accept OK (HTTPD)
   192.168.1.127   10/04 01:41:02.073
<145> Reboot is scheduled in 1 seconds
   192.168.1.127   10/04 01:41:02.075
<7> TCP:Accept OK (HTTPD)
   192.168.1.127   10/04 01:41:02.115
<7> TCP:Accept OK (HTTPD)
   192.168.1.127   10/04 01:41:02.116
<0> Reboot checking.....   192.168.1.127   10/04 01:41:03.069
<143> Compare the version now
   192.168.1.127   10/04 01:41:03.070
<0> Final Cleanup before reboot....
   192.168.1.127   10/04 01:41:03.070
<144> Goodbye! Reboot Now. (reason: 9)
   192.168.1.127   10/04 01:41:04.070
<6> ==== Networking is ready ====
   192.168.1.127   10/04 01:41:10.274
<0> IP Address= 192.168.1.127    192.168.1.127   10/04 01:41:10.280
<0> Gateway = 192.168.1.1    192.168.1.127   10/04 01:41:10.281
<0> Netmask = 255.255.255.0    192.168.1.127   10/04 01:41:10.283
<3> SYSTEM REBOOTED (Reason: 9, lifecycle: 1496)
   192.168.1.127   10/04 01:41:10.284
<0> SLIC_init ...   192.168.1.127   10/04 01:41:10.329
<0> Reset SLIC...   192.168.1.127   10/04 01:41:10.331
<150> Setup Provisioning for system start! 1200
   192.168.1.127   10/04 01:41:10.342
<0> SLIC & DAA is initialized   192.168.1.127   10/04 01:41:12.000
<6> Start Main Service Now   192.168.1.127   10/04 01:41:14.052
<7> Voice Main
   192.168.1.127   10/04 01:41:14.053
<7> [CPT] --- FXS s/w tone generator (0) ---
   192.168.1.127   10/04 01:41:14.059
<7> BASESSL:load cert:5
   192.168.1.127   10/04 01:41:14.162
<7> BASESSL:Load certificate ok
   192.168.1.127   10/04 01:41:14.167
<7> sendto cb505987:5060(569)
   192.168.1.127   10/04 01:41:14.452
<7> XMPP:Invalid cfg use for xmpp
   192.168.1.127   10/04 01:41:14.453
<7> GTT:xmpp not configured
   192.168.1.127   10/04 01:41:14.456
<7> XMPP:Invalid cfg use for xmpp
   192.168.1.127   10/04 01:41:14.457
<7> GTT:xmpp not configured
   192.168.1.127   10/04 01:41:14.458
<7> [SLIC] FAX MODE --- OFF
   192.168.1.127   10/04 01:41:15.392
<7> [SLIC]:Slic#0 ON HOOK
   192.168.1.127   10/04 01:41:15.394
<7> sendto cb505987:5060(569)
   192.168.1.127   10/04 01:41:15.454
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:41:15.456
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:41:15.458
<7> sendto cb505987:5060(837)
   192.168.1.127   10/04 01:41:15.472
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:41:15.743
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:41:15.761
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:41:15.801
<7> sendto cb505987:5060(285)
   192.168.1.127   10/04 01:41:15.803
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:41:15.805
<7> [CPT] --- FXS s/w tone generator (7133) ---
   192.168.1.127   10/04 01:41:21.194
<147> PROV: Auto Update invalid server name()
   192.168.1.127   10/04 01:41:22.344
<7> [CPT] tone compression done - 12283 !!
   192.168.1.127   10/04 01:41:26.342
<7> sendto cb505987:5060(843)
   192.168.1.127   10/04 01:42:15.819
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:42:16.102
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:42:16.108
<7> [PR] prompt transcoding done!!
   192.168.1.127   10/04 01:43:03.707
<7> [SLIC]:Slic#0 OFF HOOK
   192.168.1.127   10/04 01:43:10.202
<7> [CPT] --- FXS SiLab h/w tone generator ---
   192.168.1.127   10/04 01:43:10.203
<7> sendto cb505987:5060(843)
   192.168.1.127   10/04 01:43:12.123
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:43:12.414
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:43:12.443
<7> [DSP]: ---- H/W DTMF ON (level:1) : * @ 119320 ms----   192.168.1.127   10/04 01:43:13.373
<7> [DSP] ---- H/W DTMF OFF @ 119470 ms ----   192.168.1.127   10/04 01:43:13.522
<7> [DSP]: ---- H/W DTMF ON (level:1) : * @ 119640 ms----   192.168.1.127   10/04 01:43:13.693
<7> [DSP] ---- H/W DTMF OFF @ 119790 ms ----   192.168.1.127   10/04 01:43:13.843
<7> [DSP]: ---- H/W DTMF ON (level:1) : 1 @ 120320 ms----   192.168.1.127   10/04 01:43:14.373
<7> [DSP] ---- H/W DTMF OFF @ 120470 ms ----   192.168.1.127   10/04 01:43:14.522
<7> [DSP]: ---- H/W DTMF ON (level:1) : 2 @ 122660 ms----   192.168.1.127   10/04 01:43:16.712
<7> [DSP] ---- H/W DTMF OFF @ 122810 ms ----   192.168.1.127   10/04 01:43:16.862
<7> [DSP]: ---- H/W DTMF ON (level:1) : 4 @ 123000 ms----   192.168.1.127   10/04 01:43:17.052
<7> [DSP] ---- H/W DTMF OFF @ 123150 ms ----   192.168.1.127   10/04 01:43:17.202
<7> [DSP]: ---- H/W DTMF ON (level:1) : 5 @ 123360 ms----   192.168.1.127   10/04 01:43:17.412
<7> [DSP] ---- H/W DTMF OFF @ 123510 ms ----   192.168.1.127   10/04 01:43:17.563
<7> [DSP]: ---- H/W DTMF ON (level:1) : 5 @ 123720 ms----   192.168.1.127   10/04 01:43:17.772
<7> [DSP] ---- H/W DTMF OFF @ 123870 ms ----   192.168.1.127   10/04 01:43:17.922
<7> [DSP]: ---- H/W DTMF ON (level:1) : 5 @ 124040 ms----   192.168.1.127   10/04 01:43:18.092
<7> [DSP] ---- H/W DTMF OFF @ 124190 ms ----   192.168.1.127   10/04 01:43:18.242
<7> [DSP]: ---- H/W DTMF ON (level:1) : 1 @ 124360 ms----   192.168.1.127   10/04 01:43:18.412
<7> [DSP] ---- H/W DTMF OFF @ 124510 ms ----   192.168.1.127   10/04 01:43:18.562
<7> [DSP]: ---- H/W DTMF ON (level:1) : 2 @ 124650 ms----   192.168.1.127   10/04 01:43:18.703
<7> [DSP] ---- H/W DTMF OFF @ 124810 ms ----   192.168.1.127   10/04 01:43:18.862
<7> [DSP]: ---- H/W DTMF ON (level:1) : 6 @ 125040 ms----   192.168.1.127   10/04 01:43:19.092
<7> [DSP] ---- H/W DTMF OFF @ 125190 ms ----   192.168.1.127   10/04 01:43:19.243
<7> [DSP]: ---- H/W DTMF ON (level:3) : # @ 125480 ms----   192.168.1.127   10/04 01:43:19.532
<7> [DSP] ---- H/W DTMF OFF @ 125610 ms ----   192.168.1.127   10/04 01:43:19.663
<142> PARAM Cache Write Back(256 bytes)    192.168.1.127   10/04 01:43:20.084
<7> STUNC:ERR=TO,mtd=1
   192.168.1.127   10/04 01:43:58.754
<7> sendto cb505987:5060(952)
   192.168.1.127   10/04 01:43:58.757
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:43:59.038
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:43:59.043
<7> sendto cb505987:5060(358)
   192.168.1.127   10/04 01:43:59.044
<7> RTP:Del Channel
   192.168.1.127   10/04 01:43:59.046
<7> [CPT] --- FXS SiLab h/w tone generator ---
   192.168.1.127   10/04 01:43:59.055
<7> [CPT] --- FXS s/w tone generator (165005) ---
   192.168.1.127   10/04 01:43:59.056
<7> sendto cb505987:5060(843)
   192.168.1.127   10/04 01:44:12.460
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:44:12.752
<7> RxFrom:cb505987:5060
   192.168.1.127   10/04 01:44:12.756
<7> [SLIC] FAX MODE --- OFF
   192.168.1.127   10/04 01:44:17.540
<7> [SLIC]:Slic#0 ONHOOK
   192.168.1.127   10/04 01:44:17.541
<7> [SLIC]:Slic#0 OFF HOOK
   192.168.1.127   10/04 01:44:21.740
<7> [CPT] --- FXS SiLab h/w tone generator ---
   192.168.1.127   10/04 01:44:21.742

baor · April 09, 2011, 10:56:25 PM

Is it related to these lines?

<7> XMPP:Invalid cfg use for xmpp
192.168.1.127 10/04 01:41:14.453
<7> GTT:xmpp not configured
192.168.1.127 10/04 01:41:14.456
<7> XMPP:Invalid cfg use for xmpp
192.168.1.127 10/04 01:41:14.457
<7> GTT:xmpp not configured

QBZappy · April 09, 2011, 11:08:41 PM

baor,

Ah, Tamagochi firmware = Tomato firmware.

There are a few on this forum I have noticed using this firmware. It seems that we both are using Asus RT N-16 router+Tomato firmware.

If you're into that router and firmware, you gotta check out this site. These guys have simplified the installation of Optware on this router model. They have an automated install of Asterisk, web servers, bit torrent clients, etc..

http://www.xtremecoders.org/forums/f78/tomato-optware-package-valerakvb-ver-11-4-a-169/

Thanks

QBZappy · April 09, 2011, 11:23:15 PM

baor,

Quote from: baor on April 09, 2011, 10:56:25 PM
Is it related to these lines?

<7> XMPP:Invalid cfg use for xmpp
192.168.1.127 10/04 01:41:14.453
<7> GTT:xmpp not configured
192.168.1.127 10/04 01:41:14.456
<7> XMPP:Invalid cfg use for xmpp
192.168.1.127 10/04 01:41:14.457
<7> GTT:xmpp not configured

XMPP are references to Google Talk. I see from your screen capture you have only a SIP account configured. I just remove my Google Voice account and this is my syslog. I think it just means you have not setup the GV account. This should not be the problem you have.

<144> Goodbye! Reboot Now. (reason: 4)
   172.16.240.52   10/04 02:16:29.023
<6> ==== Networking is ready ====
   172.16.240.52   10/04 02:16:35.242
<7> XMPP:Invalid cfg use for xmpp
   172.16.240.52   10/04 02:16:39.218
<7> GTT:xmpp not configured
   172.16.240.52   10/04 02:16:39.222
<7> XMPP:Invalid cfg use for xmpp
   172.16.240.52   10/04 02:16:39.225
<7> GTT:xmpp not configured
   172.16.240.52   10/04 02:16:39.228

baor · April 09, 2011, 11:27:46 PM

Quote from: QBZappy on April 09, 2011, 11:23:15 PM
baor,

Quote from: baor on April 09, 2011, 10:56:25 PM
Is it related to these lines?

<7> XMPP:Invalid cfg use for xmpp
192.168.1.127 10/04 01:41:14.453
<7> GTT:xmpp not configured
192.168.1.127 10/04 01:41:14.456
<7> XMPP:Invalid cfg use for xmpp
192.168.1.127 10/04 01:41:14.457
<7> GTT:xmpp not configured

XMPP are references to Google Talk. I see from your screen capture you have only a SIP account configured. I just remove my Google Voice account and this is my syslog. I think it just means you have not setup the GV account. This should not be the problem you have.

<144> Goodbye! Reboot Now. (reason: 4)
   172.16.240.52   10/04 02:16:29.023
<6> ==== Networking is ready ====
   172.16.240.52   10/04 02:16:35.242
<7> XMPP:Invalid cfg use for xmpp
   172.16.240.52   10/04 02:16:39.218
<7> GTT:xmpp not configured
   172.16.240.52   10/04 02:16:39.222
<7> XMPP:Invalid cfg use for xmpp
   172.16.240.52   10/04 02:16:39.225
<7> GTT:xmpp not configured
   172.16.240.52   10/04 02:16:39.228

I don't see the log revealing anything special?

Please help!

QBZappy · April 09, 2011, 11:55:29 PM

baor,

1) I have setup two different service providers on the OBi. I did not need to use Stun, are you certain you need it. Try removing Stun setting. Any change?

2) You have it registered, so it looks like you have the correct credentials. Go back to basics and double check if you port forwarded the SIP and RTP ports correctly to the OBi. In the router make sure they are the UDP ports being forwarded. I don't think this would give you Server error 500. The voice you hear on the phone is from the OBi I assume.

3) Do a hard reset by using a paper clip on the back of the OBi unit. Reconfigure everything over again.

3) After rechecking the basics and if it is still not resolved you need to send a syslog file to OBi support. Give them your OBi unit number and make sure you have registered on the portal so that they can look into your unit from their end.

Good luck.

baor · April 10, 2011, 12:20:50 AM

Not working...

QBZappy · April 10, 2011, 12:25:38 AM

I see this in your syslog:
<7> STUNC:ERR=TO,mtd=1

baor · April 10, 2011, 12:27:58 AM

Quote from: QBZappy on April 10, 2011, 12:25:38 AM
I see this in your syslog:
<7> STUNC:ERR=TO,mtd=1

What does it mean?

RonR · April 10, 2011, 12:35:08 AM

That's what I see when you have a STUN server configured and it's unreachable for whatever reason. This is from my Syslog when stun01.sipphone.com was dismantled:

STUNC:ERR=TO,mtd=1

--------- 40 SECONDS OF NO ACTIVITY ---------

sendto 80ff79b:5060(1029)

I put in: --------- 40 SECONDS OF NO ACTIVITY ---------

QBZappy · April 10, 2011, 12:44:31 AM

baor,
It looks like problem might be associated with stun.

RonR,
Since I don't use Stun I'm not sure if you need to port forward the stun port to the OBi. What do you think?

RonR · April 10, 2011, 10:29:06 AM

STUN servers are used to determine one's public IP address. This is needed mostly for RTP, the audio side of things. The STUN server timeout problem in the OBi simply delays the outgoing call for 40 seconds, which can certainly confuse troubleshooting a problem significantly. I've never encountered a case where forwarding of port 3478 was required.

It's not clear why baor was using one to start with. When configuring a new provider, it's best to start out with the simplest, bare minimum, configuration possible, then build from there.

yhfung · April 10, 2011, 03:56:38 PM

First of all I would like to let people know a little bit of HKBN 2b. Why do we need the service from HKBN 2b? This is because of HKBN 2b can provide the best VoIP service available in Hong Kong. It allows you to have mulitple inbound and outbound calls simultaneously. However the technical service provided by HKBN 2b is for SOFTPHONE ONLY. This is no support given for people who use either ATA or Asterisk.

Nevertheless some experts in the field of VoIP based on the packets from the softphone, they finally came up the solution of how to put HKBN 2b parameters into a Sipura/Linksys ATA box or an Asterisk box. You may find more details on the www.voip-info.org.

Sipura/Linksys ATA

If Sipura/Linksys ATAs are used, the settings for HKBN 2b is as described clearly in the followin link:

http://www.hkepc.com/forum/viewthread.php?tid=1141462&page=218#pid18904520

Asterisk

If Asterisk boxes are used, the settings for HKBN 2b is shown below:

1) Add the following and ip address in the /etc/hosts
203.80.89.135 s2hkbntel.net s21.hkbntel.net

(please note that other numbers or names may be required for other HKBN 2b numbers, #203.80.89.139 s2hkbntel.net s22.hkbntel.net)

2) In /etc/asterisk/sip.conf, we have

[general]
srvlookup=yes
nat=yes
realm=sip.hongkong.com
externhost=sip.hongkong.com
fromdomain=sip.hongkong.com
localnet=192.168.1.0/255.255.255.0 ;change it as per your Asterisk network address
externrefresh = 1
defaultexpirey=120
bindport=5060
qualify=yes
disallow=all
allow=ulaw,alaw,gsm
alwaysauthreject=yes
tos_sip=cs3
tos_audio=ef
tos_video=af41
context=front-desk
pedantic = yes

;to register the HKBN 2b server for inbound calls
register => 33445566hk:password@s2hkbntel.net:5060/33445566

[hkbn2b]
type=peer
username=33445566hk
secret=password
port=5060
host=s2hkbntel.net
fromuser=333445566hk
fromdomain=s2hkbntel.net
canreinvite=no
insecure=port,invite
dtmfmode=auto
context=from-hkbn

3) In /etc/asterisk/extensions.conf, we have

;HKBN 2b HK PSTN Trunk
[trunk_hk_pstn]
exten => _9XX.,1,Dial(SIP/${EXTEN:1}@hkbn2b,,r)
exten => _9XX.,n,Hangup()

[internal]

include => trunk_hk_pstn

.
.
.
.
.

;HKBN 2b dial-in
[from-hkbn]
exten => 33445566,1,Dial(SIP/2001,,r)
exten => 33445566,n,Hangup()

What do we (OBi users) want?

What is the settings in OBi devices such that we are able to use the HKBN 2b?

obi-support2 · April 11, 2011, 01:50:54 PM

boar,

HKBN is using an old Nortel MCS server; and it seems to me that it
does not like the OBi's remote-party-id header.

Please try this work around:
Under your ITSP Profile (A or B), disable the option X_InsertRemotePartyID
(uncheck the box).

This should make your call go further.

Please also try to use a working STUN server.

Thank you.

yhfung · April 11, 2011, 03:43:38 PM

Thank for obi-supprt2's response.

I have EXACTLY followed boar's instrudctions into my OBi110 box but still failed to register the HKBN 2b server.

Also I uncheced the box as your information, the result is still the same.

I wonder whether these is any missing information iin the first post.

YH

baor · April 11, 2011, 04:19:07 PM

Quote from: obi-support2 on April 11, 2011, 01:50:54 PM
boar,

HKBN is using an old Nortel MCS server; and it seems to me that it
does not like the OBi's remote-party-id header.

Please try this work around:
Under your ITSP Profile (A or B), disable the option X_InsertRemotePartyID
(uncheck the box).

This should make your call go further.

Please also try to use a working STUN server.

Thank you.

Using your advice.
I think I got it to work. I am still testing it. Thank!

I will post my settings later, so other users would benefit.

News:

HKBN 2B Obi110 or OBi100 settings