Routing li1 Calls Between obi212 and obi202 Devices

<< < (7/9) > >>

azrobert:
This is the setting I asked about:

Router Configuration -> Lan Settings -> OperationMode: Bridge

dboling:
Quote from: azrobert on September 04, 2018, 02:51:24 pm

This is the setting I asked about:

Router Configuration -> Lan Settings -> OperationMode: Bridge



Both OBI's are set to OperationMode:Router.

Both the OBI's have the wifi5G adapters installed and are not networked via LAN.

azrobert:
Maybe someone with an OBi2x2 can chime in on how to configure your setup. I still think you need to be in Bridge mode.

dboling:
Quote from: azrobert on September 04, 2018, 03:27:54 pm

Maybe someone with an OBi2x2 can chime in on how to configure your setup. I still think you need to be in Bridge mode.


I set both OBI's to bridge, but no connection.

syslog for the call is:

Sep  4 18:49:06 obi212  [DAA]: FXO ring off
Sep  4 18:49:18 obi212  [DAA]: FXO ring on
Sep  4 18:49:22 obi212  CCTL:NewCallOn Term 10[3] ->,0@192.168.3.61:5083
Sep  4 18:49:22 obi212  [DAA]: FXO ONHOOK MONITOR
Sep  4 18:49:22 obi212  RTP:Del Channel
Sep  4 18:49:53 obi212  [DAA]: FXO ring off

dboling:
Quote from: azrobert on September 04, 2018, 03:27:54 pm

Maybe someone with an OBi2x2 can chime in on how to configure your setup. I still think you need to be in Bridge mode.


OK, I got this to work, well 1/2 work. I seem have call control issues .
Here are the following setting I used.

# Device IPs
OBI202: 192.168.3.61
OBI212: 192.168.3.60
SP4: Callcentric on both devices

## OBI212 Config
Physical Interfaces>LINE Port
InboundCallRoute:  ph,sp4(17771234567@192.168.3.61:5083)

Service Providers>ITSP Profile D>SIP
X_SpoofCallerID: Checked

## OBI202 and OBI212 Config
Service Providers>ITSP Profile D>SIP
X_DiscoverPublicAddress: Unchecked


Needed to use the username for callcentric instead of (0@192.168.3.61:5083).

Also needed to uncheck X_DiscoverPublicAddress: on both devices. Basically the OBI202 would get both rx and tx traffic and the OBI212 could only send tx traffic with no receive.

The issue that I seem to be having now is controlling the call between devices.
When I call I can talk and hear the call fine for 1/2 minute and I start getting (disconnect tone) but the call doesn't disconnect.

 The OBI212 does not recognize when either the incoming (LI) call hangs up or when the OBI202 hangs up. It seems to take about 3 minutes for the OBI212(LI) to go onhook after the call ends.

If I hang up the OBI202 first the OBI212 call log gives the error: Call Ended (481 Call Leg/Transaction Does Not Exist)

If I hang up the OBI212(LI) first I don't get any errors.

Either way the OBI212 will not go onhook unless both side of the call hangs up and even then the OBI212 takes about 3 minutes to go onhook.

## Syslog LOG ##
Sep 16 06:13:02 obi212  [DAA]: FXO ring on
Sep 16 06:13:06 obi212  CCTL:NewCallOn Term 10[3] ->,17771234567@192.168.3.61:5083
Sep 16 06:13:06 obi202  CCTL:NewCallOn Term 1[0] ->,17771234567
Sep 16 06:13:06 obi202  fxst_ccapi_new_call: 17771234567->17771234567 name
Sep 16 06:13:06 obi202  [SLIC] CID to deliver: '' 17771234567
Sep 16 06:13:06 obi202  PARAM Cache Write Back(256 bytes)
Sep 16 06:13:29 obi202  GAPI:Refreshing tk
Sep 16 06:13:29 obi202  GAPI:Refreshing tk
Sep 16 06:13:29 obi202  GAPI:Refreshing tk
Sep 16 06:13:29 obi202  TCP:Connect OK(lhttpc)47
Sep 16 06:13:29 obi202  Trying to connect ssl
Sep 16 06:13:29 obi202  TCP:Connect OK(lhttpc)48
Sep 16 06:13:29 obi202  Trying to connect ssl
Sep 16 06:13:29 obi202  TCP:Connect OK(lhttpc)49
Sep 16 06:13:29 obi202  Trying to connect ssl
Sep 16 06:13:30 obi202  TC:ssl connected
Sep 16 06:13:30 obi202  TC:ssl connected
Sep 16 06:13:30 obi202  TC:ssl connected
Sep 16 06:13:30 obi202  LHC:Response OK
Sep 16 06:13:30 obi202  GAPI:refresh tk ok
Sep 16 06:13:30 obi202  LHC:Response OK
Sep 16 06:13:30 obi202  PARAM Cache Write Back(256 bytes)
Sep 16 06:13:30 obi202  GAPI:refresh tk ok
Sep 16 06:13:30 obi202  LHC:Response OK
Sep 16 06:13:30 obi202  GAPI:refresh tk ok
Sep 16 06:13:31 obi202  PARAM Cache Write Back(512 bytes)
Sep 16 06:13:33 obi212  [DAA]: FXO ring off
Sep 16 06:13:33 obi212  RTP:Del Channel
Sep 16 06:13:33 obi202  RTP:Del Channel
Sep 16 06:13:33 obi212  [DAA]: FXO ONHOOK MONITOR
Sep 16 06:13:43 obi212  OB==>CRLFCRLF
Sep 16 06:13:43 obi212  OB==>CRLFCRLF
Sep 16 06:13:44 obi212  OB:<==CRLF
Sep 16 06:13:44 obi212  OB:<==CRLF 1
Sep 16 06:13:44 obi212  OB:<==CRLF
Sep 16 06:13:44 obi212  OB:<==CRLF 1
Sep 16 06:14:12 obi212  [DAA]: FXO ring on
Sep 16 06:14:16 obi212  CCTL:NewCallOn Term 10[3] ->,17771234567@192.168.3.61:5083
Sep 16 06:14:16 obi202  CCTL:NewCallOn Term 1[0] ->,17771234567
Sep 16 06:14:16 obi202  fxst_ccapi_new_call: 17771234567->17771234567 name
Sep 16 06:14:16 obi202  [SLIC] CID to deliver: '' 17771234567
Sep 16 06:14:22 obi202  [SLIC]:Slic#0 OFF HOOK
Sep 16 06:14:22 obi202  [CNG] cng_det_init 0.
Sep 16 06:14:22 obi202  RTP:DtmfTxMtd:1(1),0
Sep 16 06:14:22 obi202  [DSP]: set FXS(0) DTMF detection level to (3)
Sep 16 06:14:22 obi212  RTP:DtmfTxMtd:1(1),0
Sep 16 06:14:22 obi212  [DAA]: FXO OFFHOOK
Sep 16 06:14:22 obi212  [DAA]: detecting disconnect tone, reinit: 1
Sep 16 06:14:22 obi212  RTP:Start->c0a8033d:17102(80 160);0;0;0:0:0;0(43)
Sep 16 06:14:22 obi212  [DAA] FXO ring off
Sep 16 06:14:22 obi202  RTP:Start->c0a8033c:17104(80 160);0;0;0:0:0;0(45)
Sep 16 06:14:52 obi202  OB==>CRLFCRLF
Sep 16 06:14:52 obi202  OB:<==CRLF
Sep 16 06:14:52 obi202  OB:<==CRLF 1
Sep 16 06:15:09 obi202  OB==>CRLFCRLF
Sep 16 06:15:10 obi202  OB:<==CRLF
Sep 16 06:15:10 obi202  OB:<==CRLF 1
Sep 16 06:15:14 obi202  TCP:Broken Connection(HTTPD) 44 0
Sep 16 06:15:22 obi202  [SLIC]:Slic#0 ONHOOK
Sep 16 06:15:22 obi202  RTP:Del Channel
Sep 16 06:15:28 obi212  [LI0]  ---- S/W TONE ON (level: default) : , @ 354020 ----
Sep 16 06:15:35 obi202  OB==>CRLFCRLF
Sep 16 06:15:35 obi202  OB:<==CRLF
Sep 16 06:15:35 obi202  OB:<==CRLF 1
Sep 16 06:15:53 obi202  PRD:1st down
Sep 16 06:15:54 obi202  PRD:1st success
Sep 16 06:15:54 obi202  PRD:NOPriFbToTry
Sep 16 06:15:54 obi202  DLG:Retry1->cc0bc0a9:5080
Sep 16 06:15:59 obi212  Send() error 104
Sep 16 06:15:59 obi212  HTTPD: SendHeader Failed
Sep 16 06:16:40 obi212  IPC: Event 8
Sep 16 06:16:40 obi212  IPC: Event 7




 

Navigation

[0] Message Index

[#] Next page

[*] Previous page