Click Here To Visit SIP Broker  

Go Back   Voxalot / SIP Broker Support Forums > SIP Broker Forums > SIP Broker Support

SIP Broker Support Support for the SIP Broker service.

 
 
Reply
Thread Tools Display Modes
Unread 10-19-2009, 04:25 PM   #1
gunnelsunder
Junior Member
 
Join Date: Oct 2009
Posts: 4
Thanks: 2
Thanked 1 Times in 1 Posts
gunnelsunder is on a distinguished road
Default "Non responding proxy" failure when adding proxy

When attempting to add a SIP proxy for my domain firstreef.net to SIP Broker I get the following response:

>firstreef.net appears to be a non responding proxy. Please email support@sipbroker.com to confirm.

Would really like to resolve this to provide access through the excellent SIP Broker service.

The domain's SIP service is hosted at iptel.org and working fine - a test SIP URI is sip:echotest [at] firstreef.net which forwards to the Voxalot echo test.

One thing to note is this setup relies on DNS SRV records as the A record for firstreef.net points at a web server:

_sip._tcp.firstreef.net 3600 IN SRV 0 0 5060 sip.firstreef.net
_sip._udp.firstreef.net 3600 IN SRV 0 0 5060 sip.firstreef.net
_sips._tcp.firstreef.net 3600 IN SRV 0 0 5061 sip.firstreef.net

Any help much appreciated.

Last edited by gunnelsunder; 10-19-2009 at 10:05 PM.
gunnelsunder is offline   Reply With Quote
Unread 10-21-2009, 10:07 AM   #2
gunnelsunder
Junior Member
 
Join Date: Oct 2009
Posts: 4
Thanks: 2
Thanked 1 Times in 1 Posts
gunnelsunder is on a distinguished road
Question More testing - does SIP Broker honour SRV records?

So adding sip.firstreef.net as a proxy worked fine - SIP Code is *9691.

This is not as helpful as it could be as the proxy doesn't field requests for user [at] sip.firstreef.net SIP URIs; ie, for the subdomain, so my users are still unreachable through SIP Broker.

(The echo test above is also at 600 [at] firstreef.net - *9691600 doesn't reach it through SIP Broker, though thanks to a e164.org number range allocation *013882990088070600 does.)

I'm also unable to edit the provider details, possibly because I have registered a user [at] firstreef.net logon.

Next steps really depend on whether SIP Broker honours SRV records at all - ie, in routine SIP INVITE processing. If not, I think my options are (1) replicate my users' SIP accounts on the subdomain - a substantial admin headache, or (2) give up on SIP Broker.

(I suspect it won't come to that given that the e164.org ENUM lookup above yields a user [at] firstreef.net SIP URI, and SIP Broker routes that correctly.)

If this is just an issue when adding the proxy an admin might be able to help out?

Please can I have the *9691 SIP Code pointing at firstreef.net itself rather than the subdomain? Thanks very much in advance.
gunnelsunder is offline   Reply With Quote
Unread 10-24-2009, 04:58 AM   #3
emoci
 
Join Date: Jul 2007
Location: Toronto, Canada
Posts: 1,422
Thanks: 123
Thanked 369 Times in 282 Posts
emoci is a name known to allemoci is a name known to allemoci is a name known to allemoci is a name known to all
Default

Quote:
Originally Posted by gunnelsunder View Post
So adding sip.firstreef.net as a proxy worked fine - SIP Code is *9691.

This is not as helpful as it could be as the proxy doesn't field requests for user [at] sip.firstreef.net SIP URIs; ie, for the subdomain, so my users are still unreachable through SIP Broker.

(The echo test above is also at 600 [at] firstreef.net - *9691600 doesn't reach it through SIP Broker, though thanks to a e164.org number range allocation *013882990088070600 does.)

I'm also unable to edit the provider details, possibly because I have registered a user [at] firstreef.net logon.

Next steps really depend on whether SIP Broker honours SRV records at all - ie, in routine SIP INVITE processing. If not, I think my options are (1) replicate my users' SIP accounts on the subdomain - a substantial admin headache, or (2) give up on SIP Broker.

(I suspect it won't come to that given that the e164.org ENUM lookup above yields a user [at] firstreef.net SIP URI, and SIP Broker routes that correctly.)

If this is just an issue when adding the proxy an admin might be able to help out?

Please can I have the *9691 SIP Code pointing at firstreef.net itself rather than the subdomain? Thanks very much in advance.

-SipBroker will honour and process SRV records
-However when you add a new proxy it confirms based on the A record rather than SRV records...

I would suggest that for the time being you can adjust your SRV records and IPTEL setup so that you're hosting SIP at sip.yourdomain.com .... or wait a bit

...and will try to get a message in to Martin or Craig to adjust things at SIPBroker otherwise...

Last edited by emoci; 10-24-2009 at 05:03 AM.
emoci is offline   Reply With Quote
Unread 10-24-2009, 11:13 PM   #4
gunnelsunder
Junior Member
 
Join Date: Oct 2009
Posts: 4
Thanks: 2
Thanked 1 Times in 1 Posts
gunnelsunder is on a distinguished road
Default

Thanks, emoci. Getting that confirmed is a great help.

Quote:
Originally Posted by emoci View Post
-SipBroker will honour and process SRV records
-However when you add a new proxy it confirms based on the A record rather than SRV records...
Yes that's what it looks like - and If I'd known that to start with I could have probably got my proxy in without troubling any one... Oh, well, next time.

Quote:
Originally Posted by emoci View Post
I would suggest that for the time being you can adjust your SRV records and IPTEL setup so that you're hosting SIP at sip.yourdomain.com
Workaround all ready to go - just couldn't be sure if it was going to be temporary or permanent. Temporary from what you say, which is excellent news.

Quote:
Originally Posted by emoci View Post
...and will try to get a message in to Martin or Craig to adjust things at SIPBroker otherwise...
That would be great. Yes, please, and thanks very much in advance. A couple of emails into support@sipbroker.com didn't get me anywhere. Popular service, I guess.

Last edited by gunnelsunder; 10-24-2009 at 11:25 PM.
gunnelsunder is offline   Reply With Quote
Unread 11-16-2009, 10:13 AM   #5
martin
 
Join Date: Feb 2006
Posts: 2,930
Thanks: 528
Thanked 646 Times in 340 Posts
martin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the roughmartin is a jewel in the rough
Default

Sorry for the delay processing this request. I have made the changes as requested. Please test and let me know if it is OK.
__________________
Martin

Please post support questions on the forum. Do not send PMs unless requested.
martin is offline   Reply With Quote
Unread 12-18-2009, 08:02 PM   #6
gunnelsunder
Junior Member
 
Join Date: Oct 2009
Posts: 4
Thanks: 2
Thanked 1 Times in 1 Posts
gunnelsunder is on a distinguished road
Default Perfect, thanks

Just checked back here.

Between the workaround I'd put in and the changes working perfectly I hadn't even noticed any difference.

Workaround now retired - perfect, thanks.
gunnelsunder is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Error adding proxy Free SIP Broker Support 3 07-19-2009 09:54 AM
Error Adding Our Proxy abid@thefutureline.com SIP Broker Support 1 12-22-2008 10:48 PM
Adding a proxy in the me.uk TLD. Rubik SIP Broker Support 3 08-13-2008 06:39 AM


All times are GMT. The time now is 04:33 PM.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.