I have my Definity attached to my Asterisk box with a PRI Trunk. The guides and seemingly most people say to use a tie type connection, however I did not get correct caller-id and setup until I:
1) Set the trunk-group on the Definity to isdn 2) Carrier/Medium to PRI 3) Trunk group numbering format to Public At this point I had to delete all the 23 ports from the trunk, busy it out, change to the above, add the ports and release the trunk (a royal pain). My Asterisk box just uses: loadzone = us defaultzone = us span=1,0,0,esf,b8zs bchan=1-23 dchan=24 Once I had all of this done it was back to the Definity and into: change isdn public-unknown-numbering In mine, trunk group 4 is the Sprint PRIs used for normal calling. Using 3742 as an example extension: Ext Len 4 Ext Code 37 Trk Grp 4 CPN Prefix 614791 Ext Len 10 Therefore on trunk 4 it sends a caller id number of 6147913701 To make that send just 4 digits to Asterisk I added entries for: Ext Len 4 Ext Code 37 Trk Grp 1 CPN Prefix Ext Len 4 And when 3742 calls an Asterisk box the Avaya send sonly its 4 digits as caller ID on trunk 1. I think the main change is the PRI type instead of tie, my system works great since I did that, transferring back and forth no problem. Oddly tie only worked well with CSUs in place, PRI doesn't seem to care with just a twist cable Hope that helped, and didn't confuse you :) -Jonathan Jonathan O'Connor System Administrator Inoveris LLC Direct Line (614) 791-3742 Fax (614) 791-3748 Helpdesk 866-456-1566 > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Doug Lytle > Sent: Wednesday, October 19, 2005 12:04 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: [Asterisk-Users] Caller-ID via database lookup > > Hey everybody, > > I'm having issues with one of our facilities, concerning caller-id. > The system is a Definity that hits a second Definity. The > 2nd Definity trunks the call to my Asterisk server via a > TE110P. I can only get Caller-ID name. Nothing in the From: > field. I thought I would be able to do a database lookup > against name to match extension, but.... > > When doing this and setting Caller-ID number, it still shows > on the Polycom IP501 as Unknown/Unknown. Dial plan below: > > exten => s,1,Set(dnd=${DB(DND/${ARG1})}) exten => > s,2,Set(CIDNUMB=${DB(cidname/${CALLERIDNAME})}) > exten => s,3,Set(CALLERID(Name)=${CALLERIDNAME}) > exten => s,4,Set(CALLERID(Number)=${CIDNUMB}) > > > CLI output below: > > CLI> -- Accepting AUTHENTICATED call from 192.168.101.10: > > requested format = gsm, > > requested prefs = (), > > actual format = gsm, > > host prefs = (gsm), > > priority = mine > -- Executing Macro("IAX2/bc-asterisk-16384", > "sip.extensions|4483|") in new stack > -- Executing Set("IAX2/bc-asterisk-16384", "dnd=") in new stack > -- Executing Set("IAX2/bc-asterisk-16384", > "CIDNUMB=5574") in new stack > -- Executing Set("IAX2/bc-asterisk-16384", "CALLERID(Name)=Lytle, > Doug") in new stack > -- Executing Set("IAX2/bc-asterisk-16384", > "CALLERID(Number)=5574") in new stack > -- Executing GotoIf("IAX2/bc-asterisk-16384", "0?8:6") in > new stack > -- Goto (macro-sip.extensions,s,6) > -- Executing SetMusicOnHold("IAX2/bc-asterisk-16384", > "epi-cd") in new stack > -- Executing Dial("IAX2/bc-asterisk-16384", > "SIP/4483|28|t") in new stack > -- Called 4483 > -- SIP/4483-04ba is ringing > > Debug output from the 'receiving Asterisk' server via IAX below: > > > -- SIP/4483-14d3 is ringing > Reliably Transmitting (no NAT) to 192.168.101.64:5060: > CANCEL sip:[EMAIL PROTECTED] SIP/2.0 > Via: SIP/2.0/UDP 192.168.104.40:5060;branch=z9hG4bK73d230ce;rport > From: "Unknown" <sip:[EMAIL PROTECTED]>;tag=as23c39fbe > To: <sip:[EMAIL PROTECTED]> > Contact: <sip:[EMAIL PROTECTED]> > Call-ID: [EMAIL PROTECTED] > CSeq: 102 CANCEL > User-Agent: Asterisk PBX > Content-Length: 0 > > What variable needs to be set to change it from "Unknown" to 5574? > > Any help would be appreciated. > > Doug > > -- > > Ben Franklin quote: > > "Those who would give up Essential Liberty to purchase a > little Temporary Safety, deserve neither Liberty nor Safety." > > > _______________________________________________ > --Bandwidth and Colocation sponsored by Easynews.com -- > > Asterisk-Users mailing list > [email protected] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ --Bandwidth and Colocation sponsored by Easynews.com -- Asterisk-Users mailing list [email protected] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
