From: sipx-users-boun...@list.sipfoundry.org
[sipx-users-boun...@list.sipfoundry.org] On Behalf Of Michael Scheidell
[list-s...@secnap.com]
I did find that in the 'advanced settings', I needed to put in something
(like recommended on isn site) a prefix of
On 6/24/10 2:59 PM, Tony Graziano wrote:
Mine works without 012.
Feel free to comment on the JIR. Though I hate to use prefixes
that are system specific, I never think its a good idea. I can dial
1234 it stays local, I dial 1234*256, it knows its an ISN number, does
the lookup and rou
Mine works without 012. [?]
Feel free to comment on the JIR. Though I hate to use prefixes that are
system specific, I never think its a good idea. I can dial 1234 it stays
local, I dial 1234*256, it knows its an ISN number, does the lookup and
routes the call. I don't think it should be that hard
On 6/24/10 2:31 PM, Tony Graziano wrote:
> Coincidentally, you made my point that I was suggesting enabling that
> should be in DIAL PLAN, it logically makes more sense (at least from
> enable/disable) to be placed there.
>
>
I did find that in the 'advanced settings', I needed to put in someth
Which is why I was looking for input.
My post earlier today...
"What I do find is that ISN dialing, which used to be defined "allow
ISN dialing" was located under Domain or Internet calling. Now it is
under the registrar.
Hurray it works! But, I am wondering "why" it is under registrar? I
under
From: sipx-users-boun...@list.sipfoundry.org
[sipx-users-boun...@list.sipfoundry.org] On Behalf Of Tony Graziano
[tgrazi...@myitdepartment.net]
Coincidentally, you made my point that I was suggesting enabling that
should be in DIAL PLAN, it logically make
Coincidentally, you made my point that I was suggesting enabling that
should be in DIAL PLAN, it logically makes more sense (at least from
enable/disable) to be placed there.
On Thu, Jun 24, 2010 at 2:03 PM, Michael Scheidell wrote:
> On 6/24/10 2:00 PM, Tony Graziano wrote:
>
> gimme a break...
On 6/24/10 2:00 PM, Tony Graziano wrote:
gimme a break... are you really asking that? Where are all the
services in sipx listed? I know you know the answer.
brain fried, looking for ^Registrar.. didn't see SIP registerar.
O
--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
> *
On 6/24/10 1:57 PM, Michael Scheidell wrote:
where is the registrar in sipx?
never mind, found it.
--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
> *| *SECNAP Network Security Corporation
* Certified SNORT Integrator
* 2008-9 Hot Company Award Winner, World Executive Alliance
gimme a break... are you really asking that? Where are all the
services in sipx listed? I know you know the answer.
On Thu, Jun 24, 2010 at 1:57 PM, Michael Scheidell wrote:
> where is the registrar in sipx?
>
>
> On 6/24/10 1:54 PM, Tony Graziano wrote:
>
> Um. If you go to the registrar in sipx
where is the registrar in sipx?
On 6/24/10 1:54 PM, Tony Graziano wrote:
Um. If you go to the registrar in sipx and turn on ISN dialing, you
can dial 1234*256. The "*" means "@" and "256" will resolve to
"loligo.com". That's what its all about!
On Thu, Jun 24, 2010 at 1:48 PM, Michael Scheidel
Um. If you go to the registrar in sipx and turn on ISN dialing, you
can dial 1234*256. The "*" means "@" and "256" will resolve to
"loligo.com". That's what its all about!
On Thu, Jun 24, 2010 at 1:48 PM, Michael Scheidell wrote:
>
>
> On 6/24/10 1:39 PM, Tony Graziano wrote:
>
> No. If you dont
On 6/24/10 1:39 PM, Tony Graziano wrote:
No. If you dont use an ITAD it does not matter.
interesting. yes, I remember this from a while back, forgot all about it.
oh, I can't dial 1234*256
we got a 4 digit extension and 1234 belongs to the CFO :-(
It's a global DB (you configure the r
No. If you dont use an ITAD it does not matter.
It's a global DB (you configure the records in their system after a
free application is approved). Optionally you can have the lookups
done in your DNS. There's a lookup and DNS component from their
registry when they host the records, and points bac
On 6/24/10 10:00 AM, Tony Graziano wrote:
where is 'registrar'?
I don't remember doing anything to enable or disable ISN/SIP calling
(you can sip me on my extention @, or any alias, including alphanumeric
aliases)
so you are saying this is a function of your ITSP, when you register
y
I think ISN is a great idea. We implement it and so do a lot of
customers. I'm just trying to make it easier to enable for others. ISN
assignments are free, and very handy to dial a sip uri eqivalent from
a numeric keypad.
On Thu, Jun 24, 2010 at 9:56 AM, Michael Scheidell wrote:
> On 6/24/10 8:5
On 6/24/10 8:58 AM, Tony Graziano wrote:
What I do find is that ISN dialing, which used to be defined "allow
ISN dialing" was located under Domain or Internet calling. Now it is
under the registrar.
where is 'registrar'?
I don't remember doing anything to enable or disable ISN/SIP calling
Ok. I am dredging this back up... sorry.
In 4.2 I can do Internet dialing by default using the default sbc,
sipXbridge-1. I do not have to enable Internet dialing by default to
dial by sip URI.
What I do find is that ISN dialing, which used to be defined "allow
ISN dialing" was located under Doma
On Wed, Oct 28, 2009 at 9:59 AM, Scott Lawrence
wrote:
> On Wed, 2009-10-28 at 09:40 -0400, Tony Graziano wrote:
> > I am testing some functionality with sipXbridge. I am curious if ISN
> > dialing is supported via sipXbridge.
> >
> > What I think I know:
> >
> > Internet calling does not need to
On Wed, 2009-10-28 at 09:40 -0400, Tony Graziano wrote:
> I am testing some functionality with sipXbridge. I am curious if ISN
> dialing is supported via sipXbridge.
>
> What I think I know:
>
> Internet calling does not need to be enabled if using sipXbridge, it
> does it natively.
> sipXbridge
I am testing some functionality with sipXbridge. I am curious if ISN dialing
is supported via sipXbridge.
What I think I know:
Internet calling does not need to be enabled if using sipXbridge, it does it
natively.
sipXbridge does ITSP trunking
sipXbridge supports remote workers (Nat traversal, vi
21 matches
Mail list logo