|
  |
| Author |
Message |
KentC
Brekeke Guru
 
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
 Posted: Wed Oct 01, 2014 12:14 pm Post subject: IPCOMMS [Outbound from REGISTER ext.] SOLVED |
 |
|
1. Brekeke Product Name and Version:
Brekeke Sip Server V_2.4.8.6
2. Java version:
jre1.6
3. OS type and the version:
Windows XP \ CentOS 5.8
4. UA (phone), gateway or other hardware/software involved:
Cisco IP Phone 7960
5. Your problem:
I recently signed up for http://2way.ipcomms.net [IPCOMMS FREE DID OFFER] which gives you 2way [inbound/outbound] DID.
I have setup the inbound to work as expected to EXT 0001 to my Cisco IP Phone 7960G. I had to re-direct my DID to my brekeke sip server, then route it to REGISTER EXT 0001.
Now I would like to route over the same phone using EXT 0001 to use the DID service for outbound, but I keep getting 404 not found no matter what I have setup. Can anyone lend me their understanding of what I am doing incorrect?
Any examples,etc [This could be for a similar service like callwithus.com, or callcentric.com]
Thank you,
Kent C.
Last edited by KentC on Mon Oct 13, 2014 4:37 am; edited 1 time in total |
|
| Back to top |
|
ambrosio
Brekeke Master Guru
Joined: 27 Mar 2008
Posts: 215
|
| Posted: Wed Oct 01, 2014 1:27 pm Post subject: |
|
|
Kent,
> I keep getting 404 not found no matter what I have setup.
Who returned 404? Is it Brekeke SIP Server? or DID service provider?
Can you capture SIP packets or get a log? |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Wed Oct 01, 2014 3:02 pm Post subject: |
|
|
Hi!
Here is a new capture where I was able to get something:
| Code: |
INVITE sip:210*******@64.154.41.15 SIP/2.0
Via: SIP/2.0/UDP 123.13*.***:37702;branch=z9hG4bK-d8754z-0021d306e92b3c1d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:0001@123.13*.***:37702>
To: <sip:210*******@64.154.41.15>
From: <sip:0001@123.13*.***>;tag=0970bb52
Call-ID: NjQ4ZWU0MWVhZjkwODk3MWY2OTQxMzc0MmI1OGNiMzQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces
User-Agent: Bria Professional release 2.4 stamp 49381
Content-Length: 495
v=0
o=- 8 2 IN IP4 123.13*.***
s=CounterPath Bria Professional
c=IN IP4 123.13*.***
t=0 0
m=audio 21394 RTP/AVP 107 119 100 106 0 98 8 18 101
a=alt:1 1 : SEWMYfD3 UF5+4SKg 123.13*.*** 21394
a=fmtp:18 annexb=yes
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:1BA0BC5E98534CFA84638039FD53B443
INVITE sip:210*******@64.154.41.15 SIP/2.0
Via: SIP/2.0/UDP 123.13*.***:37702;branch=z9hG4bK-d8754z-0021d306e92b3c1d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:0001@123.13*.***:37702>
To: <sip:210*******@64.154.41.15>
From: <sip:0001@123.13*.***>;tag=0970bb52
Call-ID: NjQ4ZWU0MWVhZjkwODk3MWY2OTQxMzc0MmI1OGNiMzQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces
User-Agent: Bria Professional release 2.4 stamp 49381
Content-Length: 495
v=0
o=- 8 2 IN IP4 123.13*.***
s=CounterPath Bria Professional
c=IN IP4 123.13*.***
t=0 0
m=audio 21394 RTP/AVP 107 119 100 106 0 98 8 18 101
a=alt:1 1 : SEWMYfD3 UF5+4SKg 123.13*.*** 21394
a=fmtp:18 annexb=yes
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:1BA0BC5E98534CFA84638039FD53B443
INVITE sip:210*******@64.154.41.15 SIP/2.0
Via: SIP/2.0/UDP 123.13*.***:37702;branch=z9hG4bK-d8754z-0021d306e92b3c1d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:0001@123.13*.***:37702>
To: <sip:210*******@64.154.41.15>
From: <sip:0001@123.13*.***>;tag=0970bb52
Call-ID: NjQ4ZWU0MWVhZjkwODk3MWY2OTQxMzc0MmI1OGNiMzQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces
User-Agent: Bria Professional release 2.4 stamp 49381
Content-Length: 495
v=0
o=- 8 2 IN IP4 123.13*.***
s=CounterPath Bria Professional
c=IN IP4 123.13*.***
t=0 0
m=audio 21394 RTP/AVP 107 119 100 106 0 98 8 18 101
a=alt:1 1 : SEWMYfD3 UF5+4SKg 123.13*.*** 21394
a=fmtp:18 annexb=yes
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:1BA0BC5E98534CFA84638039FD53B443
INVITE sip:210*******@64.154.41.15 SIP/2.0
Via: SIP/2.0/UDP 123.13*.***:37702;branch=z9hG4bK-d8754z-0021d306e92b3c1d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:0001@123.13*.***:37702>
To: <sip:210*******@64.154.41.15>
From: <sip:0001@123.13*.***>;tag=0970bb52
Call-ID: NjQ4ZWU0MWVhZjkwODk3MWY2OTQxMzc0MmI1OGNiMzQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces
User-Agent: Bria Professional release 2.4 stamp 49381
Content-Length: 495
v=0
o=- 8 2 IN IP4 123.13*.***
s=CounterPath Bria Professional
c=IN IP4 123.13*.***
t=0 0
m=audio 21394 RTP/AVP 107 119 100 106 0 98 8 18 101
a=alt:1 1 : SEWMYfD3 UF5+4SKg 123.13*.*** 21394
a=fmtp:18 annexb=yes
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:1BA0BC5E98534CFA84638039FD53B443
INVITE sip:210*******@64.154.41.15 SIP/2.0
Via: SIP/2.0/UDP 123.13*.***:37702;branch=z9hG4bK-d8754z-0021d306e92b3c1d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:0001@123.13*.***:37702>
To: <sip:210*******@64.154.41.15>
From: <sip:0001@123.13*.***>;tag=0970bb52
Call-ID: NjQ4ZWU0MWVhZjkwODk3MWY2OTQxMzc0MmI1OGNiMzQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces
User-Agent: Bria Professional release 2.4 stamp 49381
Content-Length: 495
v=0
o=- 8 2 IN IP4 123.13*.***
s=CounterPath Bria Professional
c=IN IP4 123.13*.***
t=0 0
m=audio 21394 RTP/AVP 107 119 100 106 0 98 8 18 101
a=alt:1 1 : SEWMYfD3 UF5+4SKg 123.13*.*** 21394
a=fmtp:18 annexb=yes
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:1BA0BC5E98534CFA84638039FD53B443
INVITE sip:210*******@64.154.41.15 SIP/2.0
Via: SIP/2.0/UDP 123.13*.***:37702;branch=z9hG4bK-d8754z-0021d306e92b3c1d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:0001@123.13*.***:37702>
To: <sip:210*******@64.154.41.15>
From: <sip:0001@123.13*.***>;tag=0970bb52
Call-ID: NjQ4ZWU0MWVhZjkwODk3MWY2OTQxMzc0MmI1OGNiMzQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces
User-Agent: Bria Professional release 2.4 stamp 49381
Content-Length: 495
v=0
o=- 8 2 IN IP4 123.13*.***
s=CounterPath Bria Professional
c=IN IP4 123.13*.***
t=0 0
m=audio 21394 RTP/AVP 107 119 100 106 0 98 8 18 101
a=alt:1 1 : SEWMYfD3 UF5+4SKg 123.13*.*** 21394
a=fmtp:18 annexb=yes
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:1BA0BC5E98534CFA84638039FD53B443
INVITE sip:210*******@64.154.41.15 SIP/2.0
Via: SIP/2.0/UDP 123.13*.***:37702;branch=z9hG4bK-d8754z-0021d306e92b3c1d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:0001@123.13*.***:37702>
To: <sip:210*******@64.154.41.15>
From: <sip:0001@123.13*.***>;tag=0970bb52
Call-ID: NjQ4ZWU0MWVhZjkwODk3MWY2OTQxMzc0MmI1OGNiMzQ.
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
Supported: replaces
User-Agent: Bria Professional release 2.4 stamp 49381
Content-Length: 495
v=0
o=- 8 2 IN IP4 123.13*.***
s=CounterPath Bria Professional
c=IN IP4 123.13*.***
t=0 0
m=audio 21394 RTP/AVP 107 119 100 106 0 98 8 18 101
a=alt:1 1 : SEWMYfD3 UF5+4SKg 123.13*.*** 21394
a=fmtp:18 annexb=yes
a=fmtp:101 0-15
a=rtpmap:107 BV32/16000
a=rtpmap:119 BV32-FEC/16000
a=rtpmap:100 SPEEX/16000
a=rtpmap:106 SPEEX-FEC/16000
a=rtpmap:98 iLBC/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv
a=x-rtp-session-id:1BA0BC5E98534CFA84638039FD53B443
|
My Dial-Plan :
| Code: |
KENTC IPCOMMS DID2
| Matching Patterns | $request = ^INVITE
$outbound = true
From = sip:(0001)@
To = sip:210*******@
| | Deploy Patterns | $target=64.154.41.15
From=sip:%1@123.13*.***
To=sip:210*******@64.154.41.15
|
|
It looks like the invite isn't being received. I used my softphone to make it easier to test.
Q: How can I route my ext 0001 into them via Brekeke , as a "reverse DID" to the number I've been assigned?
Thanks for checking in,
Kent C. |
|
| Back to top |
|
Tata
Brekeke Master Guru
Joined: 27 Jan 2008
Posts: 223
|
| Posted: Wed Oct 01, 2014 5:57 pm Post subject: |
|
|
Do you know how the EXT-0001 (Cisco IP Phone 7960G) redirects a call?
Is it a 30x message?
Can you make a call from the registered EXT-0001 (It seems Bria) to the DID service without the redirection? |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Wed Oct 01, 2014 7:59 pm Post subject: |
|
|
Hello.
I haven't be able to route any DID that has 2way so far with any type of phone but have been able to route into Brekeke.
Normal Call Flow as I've been setting it up:
Service Provider > Brekeke SBC > Brekeke LAN > Soft/Hard IP Phone
REAL DID # > DID To EXT > EXT To Phone > THE CALL
The reverse how I would like to deliver it back outbound:
Soft/Hard IP Phone > Brekeke LAN > Service Provider [SBC if needed]
CALL PLACED > EXT To DID ROUTE > Cloud > Some Phone |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Wed Oct 01, 2014 8:03 pm Post subject: |
|
|
| Tata wrote: |
Do you know how the EXT-0001 (Cisco IP Phone 7960G) redirects a call?
Is it a 30x message?
I haven't gotten that far, I've completed routing directly Brekeke mostly. I've only seen 404 on my soft/hard phones.
Can you make a call from the registered EXT-0001 (It seems Bria) to the DID service without the redirection? |
No. Once I register to Brekeke, I can call other EXT's but nothing from outside the local Brekeke Sip Server.
I'll keep trying stuff to see what i can tinker/find I maybe missing.
Thanks,
Kent C. |
|
| Back to top |
|
Tata
Brekeke Master Guru
Joined: 27 Jan 2008
Posts: 223
|
| Posted: Thu Oct 02, 2014 9:23 am Post subject: |
|
|
| Let you remove "$outbound = true" from the "Matching Patterns" and try! |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Thu Oct 02, 2014 2:07 pm Post subject: |
|
|
Guys,
Here is the dial-plan I used:
| Code: |
Matching Patterns
$request=^INVITE
$registered=false
From=sip:0003@
To=sip:(.+)@
| Deploy Patterns | $target=64.154.41.158
$rtp=true
To=sip:%1@64.154.41.158
|
|
***I changed the ext to 0003 on Bria 2.4 for testing***
I see the call reach ipcomm's IP, I'm not sure if that rule changes my ext to actually be my DID, but it would appear I have to register to IPCOMMS IP.
Someone asked if I can REGISTER to their gateway, and after trying all this for hours.. I decided to just try to build the routing from within my Counterpath Bria Pro Softphone:
1st Dial Plan REGISTER to 2way.ipcomms.net
2nd Dial Plan REGISTER to Brekeke Sip Server
With the following I am able to still get routing INTO the brekeke sip server for my DID still pointed to my EXT. If that call fails, the 2way.ipcomms.net dial plan on softphone then trys.
For the outbound, I have to use the 2way.ipcomms.net minus the Brekeke Sip Server.
Anyone got a general tutorial or any advice when trying to route an EXT# to a DID? You can be generic in context with dial-plan building.
I'm not sure if this will work with my Cisco IP 7960G but with the Bria phone, it does.
I've inquired about routing with ipcomms support to see if such a thing can be routed from Brekeke Sip Server to Ipcomms gateway.
I'll post back my results and reply with what they recommend back.
| Code: |
CDR:
sip:0003@MY.IP.ADDR sip:1210*******@64.154.41.158 00:00:12 Thu Oct 02 15:13:06 CDT 2014 Thu Oct 02 15:13:06 CDT 2014 Thu Oct 02 15:13:18 CDT 2014 Success -1
|
As you can see the call auto-connects for some reason. Doesn't ring first so I think it's a register issue since I see it connecting to server:
| Code: |
Active Sessions:
776 sip:0003@MYIPADDR
(***.**.**.**:42772) sip:1210*******@64.154.41.158
(64.154.41.158) 2014-10-02 15:57:38.875 Talking
|
Again, please share your thoughts. but for now, I have configured at least my Bria 2.4 Pro to now do both DID inbound via Brekeke and Outbound directly to IPCOMMS - WORKING!
Thanks,
Kent C. |
|
| Back to top |
|
Tata
Brekeke Master Guru
Joined: 27 Jan 2008
Posts: 223
|
| Posted: Thu Oct 02, 2014 4:49 pm Post subject: |
|
|
Do you see any 401 or 407 response from the DID provider?
If so, let you disable auth at Brekeke SIP Server because a call is asked auth two times.
For example,add "$auth=false" in the DeployPatterns. |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Fri Oct 03, 2014 1:10 pm Post subject: |
|
|
Let me ask you guys,
If I register the brekeke sip server to IPCOMMS, like so:
| Code: |
User
589#######
Contact URI
sip:589#######@2way.ipcomms.net
Detail
Expires : 3600000
Priority : 1000
User Agent : Brekeke Admintool rev.286.3
Requester : IPADDR.**.**.***:3628
Time Update : Fri Oct 03 11:01:11 CDT 2014
|
I would like to know if this can be used to setup a dial plan that can be routed using Brekeke as the device?
589####### = my user @ ipcomms.net
(Right now for my Counterpath Bria 2.4 to work, I'm back to using 2 Dial Plan Rules inside of that app.
Each rule in Bria only takes one domain/proxy setting per account. Reason for making 2 rules.)
Thanks,
Kent C. |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Fri Oct 03, 2014 1:16 pm Post subject: |
|
|
| Tata wrote: |
Do you see any 401 or 407 response from the DID provider?
If so, let you disable auth at Brekeke SIP Server because a call is asked auth two times.
For example,add "$auth=false" in the DeployPatterns. |
Added that to DP and no effect so far.
I did see a 401 in my capture. I don't get a 180 ringing trying to route away from Brekeke > IPCOMMS.NET. Bria connects instantly and sends rtp packets without an accepted connection made first then finally gives back a BYE from IPCOMMS.
They are asking if I can REGISTER Brekeke and then do routing, please advise.
Thanks,
Kent C. |
|
| Back to top |
|
james
Brekeke Master Guru
Joined: 10 Dec 2007
Posts: 501
|
| Posted: Fri Oct 03, 2014 9:45 pm Post subject: |
|
|
> I would like to know if this can be used to setup a dial plan that can
> be routed using Brekeke as the device?
Answer: Depending on settings.
> Contact URI
> sip:589#######@2way.ipcomms.net
Do you want to forward call to sip:589#######@2way.ipcomms.net if the SIP Server receives a call to 589#######?
I don't recommend you use a manual registration because you can do the same thing with DialPlan (and also there are some other reasons..) |
|
| Back to top |
|
james
Brekeke Master Guru
Joined: 10 Dec 2007
Posts: 501
|
| Posted: Fri Oct 03, 2014 9:50 pm Post subject: |
|
|
> I did see a 401 in my capture. I don't get a 180 ringing trying to route away
Are there second INVITE after 401? |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Sat Oct 04, 2014 2:27 am Post subject: |
|
|
| james wrote: |
> I would like to know if this can be used to setup a dial plan that can
> be routed using Brekeke as the device?
Answer: Depending on settings.
Yes!! Please share with Brekeke Sip Server registered to make outbound calls with Brekeke basically the registered softphone. That would work along with the inbound DID rule I have working now. I had to forward to my Brekeke and get it routed
> Contact URI
> sip:589#######@2way.ipcomms.net
Do you want to forward call to sip:589#######@2way.ipcomms.net if the SIP Server receives a call to 589#######?
Yes. Or any number.
I don't recommend you use a manual registration because you can do the same thing with DialPlan (and also there are some other reasons..)
I want to use a dial plan but haven't had much luck.
|
Yes. I do want to forward the call in exactly that method. So whatever is called is forwarded to the 2way.ipcomms.net contact:uri provided from their service while Brekeke is registered and uses Brekeke REGISTER to allow the call
CAP:
8 73.367392 64.154.41.158 **.***.***.** SIP 612 Status: 401 Unauthorized
9 73.368328 **.***.***.** 64.154.41.158 SIP 795 Request: SUBSCRIBE sip:589#######@**.***.***.**
10 73.399246 64.154.41.158 **.***.***.** SIP 546 Status: 404 Not found (no mailbox)
That's the call flow for the last call I made. It usually connects instantly and there is RTP being sent already without an ACK.
Thanks for your help! Looking forward to the next attempt.
Kent C. |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Mon Oct 13, 2014 2:14 am Post subject: |
|
|
Hello again,
I studied the wiki more and want to try this:
http://wiki.brekeke.com/wiki/upper-or-thru-registration
Going off the model's on that link above, I want to know how to setup the following:
Upper Registration
Clients d, e, and f register themselves to Brekeke SIP server B. Server B registers those clients to SIP server A. Server A will handle the REGISTER requests as if they came directly from the clients, rather than from server B.Using this Upper Registration function, servers A and B can work together without changing server A's configuration.
Can anyone give advice on this kind of setup? Thank you!
Kent C. |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Mon Oct 13, 2014 3:54 am Post subject: |
|
|
| KentC wrote: |
Hello again,
I studied the wiki more and want to try this:
http://wiki.brekeke.com/wiki/upper-or-thru-registration
Going off the model's on that link above, I want to know how to setup the following:
Upper Registration
Clients d, e, and f register themselves to Brekeke SIP server B. Server B registers those clients to SIP server A. Server A will handle the REGISTER requests as if they came directly from the clients, rather than from server B.Using this Upper Registration function, servers A and B can work together without changing server A's configuration.
Can anyone give advice on this kind of setup? Thank you!
Kent C. |
EDIT : I FIGURED OUT A WAY GUYS TO MAKE IT WORK OUTBOUND!!
Dial Plan Rule:
| Code: |
Matching Patterns
$request=^INVITE
$registered=false
To=sip:(.+)@ |
| Code: |
Deploy Patterns
To=sip:%1@64.154.41.158 |
Brekeke Sip Server Settings:
Configuration > System
Network > Interface address 1 > Company Router IP HERE [The one that showed up IPCOMMS as Public IP in call trace we did together troubleshooting]
UPnP > Enable [Tick]
Default router IP Address = Company Router IP used on Interface address 1
Configuration > SIP
Upper Registration > on [Tick]
Register Server = 64.154.41.158 [USE IPCOMMS IP HERE]
Thru Registration > off [Tick]
Registered Clients
| Code: |
User
589*******
Contact URI
sip:589*******@2way.ipcomms.net
Detail
Expires : 3600000
Priority : 1000
User Agent : Brekeke Admintool rev.286.3
Requester : MY.SERVER.IP.ADDR:3628
Time Update : Fri Oct 03 11:01:11 CDT 2014 |
This is now routing out from my LAN Brekeke Sip Server to IPCOMMS via UPPER REGISTRATION
Problem solved! This may be used for anyone wishing to try IPCOMMS out as a guide.
Thanks everyone for your help!
Kent C. |
|
| Back to top |
|
james
Brekeke Master Guru
Joined: 10 Dec 2007
Posts: 501
|
| Posted: Mon Oct 13, 2014 10:24 am Post subject: |
|
|
Glad to know it. I didn't imagine such a configuration.
Does the CISCO phone send REGISTER to the Brekeke SIP Server?
Are there any other SIP clients which send REGISTER to Brekeke SIP Server?
This is because the Upper-Rgister feature may affect them. (but I have an idea to ignore possible issues.) |
|
| Back to top |
|
KentC
Brekeke Guru
Joined: 09 Dec 2011
Posts: 108
Location: rw-rw-rw-
|
| Posted: Mon Oct 13, 2014 1:57 pm Post subject: |
|
|
| james wrote: |
Glad to know it. I didn't imagine such a configuration.
Does the CISCO phone send REGISTER to the Brekeke SIP Server?
Are there any other SIP clients which send REGISTER to Brekeke SIP Server?
This is because the Upper-Rgister feature may affect them. (but I have an idea to ignore possible issues.) |
Hi James,
Yes. The Cisco 7960G does register with Brekeke Sip Server but for inbound only on different routing rules from SBC.
Big THANK YOU to IPCOMMS TECH SUPPORT as well! They did free troubleshooting and I've sent a follow-up email to give them the conclusion that worked. They give 50.00 USD free outbound US. Hey it was worth the fight. Them doing call traces and wireshark captures with me also helped me figure out all this.
Thanks again and please share any other routing ideas you may have so I can try.
Kent C. |
|
| Back to top |
|
|
|
|
|
