[VoiceOps] Acme Packet/Broadsoft/ENUM
Mark R Lindsey
lindsey at e-c-group.com
Sat Jan 7 00:07:04 EST 2012
Would sag-recursion obviate the need for the two session groups?
It would allow the SD attempt more than one target within that SAG for the same SIP transaction.
But I haven't tried it with enum.
On Jan 5, 2012, at 18:03, Tim Thompson <timthompson at nicodem.us> wrote:
> Yessir:
>
> session-group
> group-name NetSrvr
> description Broadsoft_NetGroup
> state enabled
> app-protocol SIP
> strategy Hunt
> dest
> net1.bs.sip
> net2.bs.sip
>
> session-group
> group-name NetSrvr2
> description Broadsoft_NetGroup
> state enabled
> app-protocol SIP
> strategy Hunt
> dest
> net2.bs.sip
> net1.bs.sip
>
> Make sure if you go the SAG route, that enum-sag-match is enabled in the
> sip-config on the SD, else it won't match back to the SAG.
>
> -Tim
>
> On 01/05/2012 02:59 PM, Robert Dawson wrote:
>> Perfect - thanks again.
>>
>> Just to clarify, NetSrvr and NetSrvr2 are the actual names of the SAGs on the AP?
>>
>>> -----Original Message-----
>>> From: Tim Thompson [mailto:timthompson at nicodem.us]
>>> Sent: Thursday, January 05, 2012 5:51 PM
>>> To: Robert Dawson
>>> Cc: voiceops at voiceops.org
>>> Subject: Re: [VoiceOps] Acme Packet/Broadsoft/ENUM
>>>
>>> We also use powerdns, but use the pipe backend to pass it through some
>>> in-house code, which is itself backended by oracle. This works more or
>>> less the same, but you gain some additional control via the pipe
>>> backend.
>>>
>>> Here's the results of a 'show enum lookup'. DNs and FQDNs have been
>>> changed to protect the innocent.
>>>
>>> Enum Lookup Result:
>>> Query Name -->
>>> +9165551212
>>> Answers -->
>>> sip:+19165551212 at NetSrvr ttl= 120
>>> sip:+19165551212 at NetSrvr2 ttl= 120
>>>
>>> And the associated cache-entry:
>>> Query-->
>>> Q:NAPTR 2.1.2.1.5.5.5.6.1.9.tld ttl=48
>>> Answers-->
>>>
>>> order=50 pref=1 "u" "E2U+sip"
>>> "!^.*$!sip:+19165551212 at NetSrvr!" ""
>>>
>>> order=50 pref=2 "u" "E2U+sip"
>>> "!^.*$!sip:+19165551212 at NetSrvr2!" ""
>>>
>>> The same query via dig:
>>>
>>> ;; ANSWER SECTION:
>>> 2.1.2.1.5.5.5.6.1.9.tld. 120 IN NAPTR 50 1 "u" "E2U+sip"
>>> "!^.*$!sip:+19165551212 at NetSrvr!" .
>>> 2.1.2.1.5.5.5.6.1.9.tld. 120 IN NAPTR 50 2 "u" "E2U+sip"
>>> "!^.*$!sip:+19165551212 at NetSrvr2!" .
>>>
>>>
>>> Both NetSrvr and NetSrvr2 are SAGs, with the two netservers'
>>> session-agents in reverse orders, per best practices. (i.e. Net1/Net2,
>>> Net2/Net1.)
>>>
>>> Hope this helps,
>>> -Tim
>>>
>>>
>>> On 01/05/2012 02:19 PM, Robert Dawson wrote:
>>>> Sure, anything would be helpful. I am using powerdns with a mysql
>>> backend, sounds similar to your setup.
>>>>
>>>> Thanks,
>>>> Rob
>>>>
>>>>> -----Original Message-----
>>>>> From: voiceops-bounces at voiceops.org [mailto:voiceops-
>>>>> bounces at voiceops.org] On Behalf Of Tim Thompson
>>>>> Sent: Thursday, January 05, 2012 4:01 PM
>>>>> To: voiceops at voiceops.org
>>>>> Subject: Re: [VoiceOps] Acme Packet/Broadsoft/ENUM
>>>>>
>>>>> Rob,
>>>>>
>>>>> We use a custom in-house ENUM solution that queries a database in
>>> real
>>>>> time, so I can't offer you an actual zone snippet. I could give some
>>>>> examples of what 'show enum lookup' or dig would return, if that
>>> would
>>>>> be helpful.
>>>>>
>>>>> -Tim
>>>>>
>>>>>
>>>>> On 01/05/2012 11:12 AM, Robert Dawson wrote:
>>>>>> Is anyone using ENUM with their Acme/BS deployment that wouldn't
>>> mind
>>>>>> sharing a snippet of their zone file showing the proper record
>>>>>> configuration?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Rob
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> VoiceOps mailing list
>>>>>> VoiceOps at voiceops.org
>>>>>> https://puck.nether.net/mailman/listinfo/voiceops
>>>>> _______________________________________________
>>>>> VoiceOps mailing list
>>>>> VoiceOps at voiceops.org
>>>>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
More information about the VoiceOps
mailing list