RodneyMcSnow
Technical User
I have an IP office 500 V2. There is a single PRI T1 card in slot 2 port 9 which connects to the Telepacific Pri T1 on the Telepacific Adtran channel bank.
Now, Telepacific Converts the pri t1 to sip trunks on their channel bank and this is where the fun begins.
When I call any local or long distance number the other party reports that they do not receive the caller id info 50% of the time.
I have verified with Telepacific This morning during our telco meet for 6-hours that we have a fractional T1 PRI,the D channel is on port 24 with B channels 1 through 12 using ni2 protocol, ESF/B8ZS. All of which is correct and verified in the Avaya. Licenses for b-channels is 16 and canid Essential Edition license. Please note , calls route out of the Avaya IP Office no problem.
Callers on the other end do not receive caller id for whatever reason and incoming calls do not have audio most of the time so the customer cannot hear the person calling. Therefore the person either emails the customer or calls from a different phone till they get through.
When I connect in analog Pots line to the combo card and set up a dial plan (short code 8 dial speech line group 7) I can dial 8 to access the pots line from any phone the caller id is presented to the other phone, local or long distance with no problems.
This is a simple traditional PRI T1 to the IP office but for some reason something is going on with the Telepacific sip trunks and Telepacific Repair states there's no problem as the circuit tests clean and they are unable to duplicate the call.
Has anyone worked with a traditional PRI that converts to sip on the back end of the telco company? I'm open for suggestions!
Personally I'd rather see a traditional PRI T1 installed from the telco company instead of the sip junk.
Equipment: Avaya IP Office 500v2 rel 9.0.5.x
Slot 1: combo card v2
Slot 2: combo card v2
Slot 3: Digital 8 with single t1 daughtercard
Slot 4: digital 8 / no daughtercard
Licenses:
8-additional b-channels (16-total)
Essential Edition
By the way we already replaced the Avaya IP office chassis and all of the cards and no change with the sip issues.
Now, Telepacific Converts the pri t1 to sip trunks on their channel bank and this is where the fun begins.
When I call any local or long distance number the other party reports that they do not receive the caller id info 50% of the time.
I have verified with Telepacific This morning during our telco meet for 6-hours that we have a fractional T1 PRI,the D channel is on port 24 with B channels 1 through 12 using ni2 protocol, ESF/B8ZS. All of which is correct and verified in the Avaya. Licenses for b-channels is 16 and canid Essential Edition license. Please note , calls route out of the Avaya IP Office no problem.
Callers on the other end do not receive caller id for whatever reason and incoming calls do not have audio most of the time so the customer cannot hear the person calling. Therefore the person either emails the customer or calls from a different phone till they get through.
When I connect in analog Pots line to the combo card and set up a dial plan (short code 8 dial speech line group 7) I can dial 8 to access the pots line from any phone the caller id is presented to the other phone, local or long distance with no problems.
This is a simple traditional PRI T1 to the IP office but for some reason something is going on with the Telepacific sip trunks and Telepacific Repair states there's no problem as the circuit tests clean and they are unable to duplicate the call.
Has anyone worked with a traditional PRI that converts to sip on the back end of the telco company? I'm open for suggestions!
Personally I'd rather see a traditional PRI T1 installed from the telco company instead of the sip junk.
Equipment: Avaya IP Office 500v2 rel 9.0.5.x
Slot 1: combo card v2
Slot 2: combo card v2
Slot 3: Digital 8 with single t1 daughtercard
Slot 4: digital 8 / no daughtercard
Licenses:
8-additional b-channels (16-total)
Essential Edition
By the way we already replaced the Avaya IP office chassis and all of the cards and no change with the sip issues.