Our provider gives us four PRIs as a trunk group hunt group. Meaning, the provider's switch will cycle through B channels in span 1, 2, 3, ... until it finds one that is available. I have moved spans 2-4 onto another machine. But we have one remaining box with a PRI full of calls and I don't know what to do with them; the box is failing, but dropping them by simply yanking the PRI is not acceptable from a business POV. Sending Congestion() or Busy() in the dial plan wouldn't work because the far-end switch would simply pass that onto the subscriber, rather interpreting it to mean that the B channel is unavailable and it should go on to other T1s in the trunk group. Any ideas? -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : +1-678-954-0670 Direct : +1-678-954-0671
In other words, what I need is a way for the upstream switch to somehow think that the B channels are out of service, but without actually taking the B channels out of service and dropping the existing calls.
Alex Balashov wrote:> Our provider gives us four PRIs as a trunk group hunt group. Meaning, the > provider's switch will cycle through B channels in span 1, 2, 3, ... until > it finds one that is available. > > I have moved spans 2-4 onto another machine. But we have one remaining > box with a PRI full of calls and I don't know what to do with them; the > box is failing, but dropping them by simply yanking the PRI is not > acceptable from a business POV. > > Sending Congestion() or Busy() in the dial plan wouldn't work because > the far-end switch would simply pass that onto the subscriber, rather > interpreting it to mean that the B channel is unavailable and it should > go on to other T1s in the trunk group. > > Any ideas?I think if you just pull the plug the PRI goes to red alarm and the provider will try one of your other PRIs for new incoming calls. Of course I don't know how your provider will handle this so don't trust me. :) Regards, Philipp Kempgen -- amooma GmbH - Bachstr. 126 - 56566 Neuwied - http://www.amooma.de Let's use IT to solve problems and not to create new ones. Asterisk? -> http://www.das-asterisk-buch.de Gesch?ftsf?hrer: Stefan Wintermeyer Handelsregister: Neuwied B 14998
If the hunt-group is properly done, you should be able to "busy-out" members of a trunk for maintenance. Otherwise, if the individual trunks have numbers (unpublished) assigned to all the circuits in the group, you could always send a Redirect() to that any of the other trunks' numbers. -Philip Alex Balashov wrote:> Our provider gives us four PRIs as a trunk group hunt group. Meaning, the > provider's switch will cycle through B channels in span 1, 2, 3, ... until > it finds one that is available. > > I have moved spans 2-4 onto another machine. But we have one remaining > box with a PRI full of calls and I don't know what to do with them; the > box is failing, but dropping them by simply yanking the PRI is not > acceptable from a business POV. > > Sending Congestion() or Busy() in the dial plan wouldn't work because > the far-end switch would simply pass that onto the subscriber, rather > interpreting it to mean that the B channel is unavailable and it should > go on to other T1s in the trunk group. > > Any ideas? > > > -- > Alex Balashov > Evariste Systems > Web : http://www.evaristesys.com/ > Tel : +1-678-954-0670 > Direct : +1-678-954-0671 > > _______________________________________________ > --Bandwidth and Colocation Provided by http://www.api-digital.com-- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >