[asterisk-gui] Bandwidth.com extensions
Trevor Benson
tbenson at a-1networks.com
Fri Jun 13 19:32:58 CDT 2008
Asterisk 1.4.19.2
Asterisk GUI Revision: 3225
I just updated to 3241 and removed the updated IP address I had entered as it appears Bandwidth.com sends the call from any of their systems until answered. It still gives me the rejecting call, however just after that it Executes the +17077039999.
I went and modified the stock providers.conf to change the host entry to the proxy I am setup with on bandwidth.com. I removed all service providers from inside the GUI, activated changes, and then readded bandwidth.com from the GUI. Grep'ing shows the new IP address in the users.conf file, however asterisk still fails to match it to the context. I altered the host IP from the 216.82.225.202 to 216.82.224.202. I enabled sip debugging and I saw packets come 216.82.224.202 and 4.79.212.236 in sip debug, however still denying the call even when the peer shows the IP 216.82.224.202 and sip debug shows an invite coming from it that matches the users.conf. Putting it all back now to get it working on the slow proxy.
Am I missing something? I don't see why if packets come in from the IP and I switch them that the system stops answering the line unless I move the extension to default. In any case since bandwidth.com allows you to request the proxy to be provisioned on it would be good to allow selection in the GUI so it matches properly.
Thanks,
Trevor
> -----Original Message-----
> From: asterisk-gui-bounces at lists.digium.com [mailto:asterisk-gui-
> bounces at lists.digium.com] On Behalf Of Brandon Kruse
> Sent: Thursday, June 12, 2008 9:27 PM
> To: Asterisk GUI project discussion
> Subject: Re: [asterisk-gui] Bandwidth.com extensions
>
> I think it is clearly a configuration issue.
>
> What version of asterisk/asterisk-gui are you using?
>
> The asterisk GUI makes two extensions for bandwidth.com
> extensions (to match the plus).
>
> Anytime you edit it manually, it is up to you ti figure out what you
> have done :)
>
> -brandon
>
>
> ----- Original Message -----
> From: "Trevor Benson" <tbenson at a-1networks.com>
> To: asterisk-gui at lists.digium.com
> Sent: Thursday, June 12, 2008 6:57:41 PM GMT -06:00 US/Canada Central
> Subject: Re: [asterisk-gui] Bandwidth.com extensions
>
> Maybe we could make an "ALL Providers" option that drops the extension
> into the default automatically? Just a thought since I am not sure if
> there is a good resolution to this yet.
>
> Might be nice for redundant PRI uplinks where the telco will switch
> over all your DID's to your secondary circuit in the case that a
> primary circuit fails. Otherwise this would require duplicate code on
> each trunk. Or maybe making a multiselect option for that where
> multiple trunks have the same DID list.
>
> Just tossing out ideas.
>
> Thanks,
> Trevor
>
> > -----Original Message-----
> > From: asterisk-gui-bounces at lists.digium.com [mailto:asterisk-gui-
> > bounces at lists.digium.com] On Behalf Of Trevor Benson
> > Sent: Wednesday, June 11, 2008 9:09 PM
> > To: 'Asterisk GUI project discussion'
> > Subject: Re: [asterisk-gui] Bandwidth.com extensions
> >
> > Here it is.
> >
> > newvoip*CLI> dialplan show DID_trunk_2
> > [ Context 'DID_trunk_2' created by 'pbx_config' ]
> > 's' => 1. ExecIf($[ "${CALLERID(num)}"=""
> > ]|SetCallerPres|unavailable) [pbx_config]
> > 2. ExecIf($[ "${CALLERID(num)}"=""
> > ]|Set|CALLERID(all)=unknown <0000000>) [pbx_config]
> > 3. Goto(default|900|1)
> > [pbx_config]
> > '_+17077039999' => 1. Goto(default|900|1)
> > [pbx_config]
> > '_X.' => 1. Goto(default|900|1)
> > [pbx_config]
> > Include => 'default'
> > [pbx_config]
> >
> > -= 3 extensions (5 priorities) in 1 context. =-
> > newvoip*CLI>
> >
> > I don't think I need the _ in the extension since it's a full number,
> > but don't think it will hurt either. I set it to answer the exact
> > extension, any number, and a few other variations that always gave
> the
> > same error no matter what I set it to. At that point I figured it's
> > not matching the context. Since Bandwidth.com does not use
> registration
> > that is causing a context mismatch when the call comes in, thus no
> > extension match?
> >
> > Thanks,
> > Trevor
> >
> > > -----Original Message-----
> > > From: asterisk-gui-bounces at lists.digium.com [mailto:asterisk-gui-
> > > bounces at lists.digium.com] On Behalf Of Brandon Kruse
> > > Sent: Wednesday, June 11, 2008 3:10 PM
> > > To: Asterisk GUI project discussion
> > > Subject: Re: [asterisk-gui] Bandwidth.com extensions
> > >
> > > Do a dialplan show context-name and see if you see that number.
> > >
> > > -brandon
> > > ----- Original Message -----
> > > From: "Trevor Benson" <tbenson at a-1networks.com>
> > > To: "Asterisk GUI project discussion" <asterisk-
> gui at lists.digium.com>
> > > Sent: Wednesday, June 11, 2008 4:54:45 PM GMT -06:00 US/Canada
> > Central
> > > Subject: [asterisk-gui] Bandwidth.com extensions
> > >
> > > Seem to be having an issue with creating a rule that actually
> routes
> > > traffic into the system. I added a all unmatched rule for
> > > bandwidth.com and the +17077039999 (lets say, as last 4 digits are
> > > obfuscated). In either case the system returns:
> > >
> > > [Jun 11 14:51:10] NOTICE[12869]: chan_sip.c:13952
> > > handle_request_invite: Call from '' to extension '+17077039999'
> > > rejected because extension not found.
> > >
> > > Is there something wrong with trying to load bandwidth.com for
> > inbound
> > > rules? I augmented the system a little by hand to resolve
> answering
> > > (matched my old 1.2 system) still seems to want to ignore the
> > request.
> > >
> > > Thanks,
> > > Trevor
> > >
> > > _______________________________________________
> > > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > >
> > > asterisk-gui mailing list
> > > To UNSUBSCRIBE or update options visit:
> > > http://lists.digium.com/mailman/listinfo/asterisk-gui
> > >
> > > --
> > > ******************************
> > > Brandon Kruse
> > > Software Technician
> > > Digium, Inc.
> > > 150 West Park Loop, Suite 100
> > > Huntsville, AL 35806
> > > Phone: +1-256-428-6115
> > > 877.546.8963
> > > 877.linux.me!
> > > www.digium.com
> > > www.asterisk.org
> > > ******************************
> > >
> > > _______________________________________________
> > > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > >
> > > asterisk-gui mailing list
> > > To UNSUBSCRIBE or update options visit:
> > > http://lists.digium.com/mailman/listinfo/asterisk-gui
> >
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> >
> > asterisk-gui mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-gui
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-gui mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-gui
>
> --
> ******************************
> Brandon Kruse
> Software Technician
> Digium, Inc.
> 150 West Park Loop, Suite 100
> Huntsville, AL 35806
> Phone: +1-256-428-6115
> 877.546.8963
> 877.linux.me!
> www.digium.com
> www.asterisk.org
> ******************************
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-gui mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-gui
More information about the asterisk-gui
mailing list