[Asterisk-Users] Grandstream transfer into outer space
Matthew B Marlowe
matthew at mmarlowe.com
Thu Feb 26 17:17:42 MST 2004
You can do this, and I've posted how to do it... Although I've been
called idiotic when I said it. Amazingly enough it was working for me
so not so idiotic.
Good luck on your ventures.
Sincerely,
Matthew Marlowe
Gear 3 Technologies, LLC
609.252.1155 x614
www.gear3.com
||||
(00)
>< Choose a job you love, and you will
/||\ never have to work a day in your life.
=/\=
-----Original Message-----
From: asterisk-users-admin at lists.digium.com
[mailto:asterisk-users-admin at lists.digium.com] On Behalf Of Jim
Rosenberg
Sent: Thursday, February 26, 2004 5:23 PM
To: asterisk-users at lists.digium.com
Subject: Re: [Asterisk-Users] Grandstream transfer into outer space
On Thu, Feb 26, 2004 at 03:49:11PM -0600, James Sizemore wrote:
> You could always create a rule to match any-e-thing 3 or 4 digits,
> that always forwards to the receptionist
This has the same problem as a "catch" rule -- suggested in other posts
-- for the invalid extension. I don't want to catch *ALL* transfers.
Likewise, if extension 450 dials 451 but hits 481 by mistake -- just an
extension to exenstion call -- then I surely don't want to send *THAT*
to the operator.
All these things would work fine *IF* I could somehow separate
"transferring"
into *its own context*. But, it isn't clear you can do that. Actually, I
don't even need to catch transfers managed by Asterisk -- just the blind
transfers done by the Grandstream itself.
I'm still completely newbieville to how SIP works, but it looks to me as
though I'm asking for Asterisk to be able to do something different when
it gets an INVITE from a phone that *already has a channel open*.
_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
More information about the asterisk-users
mailing list