[cisco-voip] Caller Name ID possible via Facility IE with H.323?
Wes Sisk
wsisk at cisco.com
Thu Dec 29 21:33:06 EST 2005
it was implemented for SIP, but not for h323 because of some
interesting challenges with the way h323 calls are set up.
/Wes
On Dec 15, 2005, at 9:07 PM, Brian Feeny wrote:
Thanks, I have a case open, but I am wanting a clear explanation of
the "isdn supp-service name calling", and how it applies, if at all
to H.323.
I am going to try to get Hellsouth to switch to Display IE, but I am
not holding my breath.
Brian
On Thursday, December 15, 2005, at 07:22PM, Bell, Joe
<Joe_Bell at adp.com> wrote:
> Brian,
>
> Unless someone knows any pfm, there is no way to accomplish caller-
> id on
> a PRI with H.323 unless your provider switches the data into
> Display IE
> (good luck with that). Recently (using 12.4(4T), I opened a TAC case
> about this issue to see if there was any way to accomplish this or
> if it
> had been addressed in the new 12.4 train. TAC sent me a clear answer
> saying H.323 and caller-id are unsupported and in order to get it, I
> needed to go to MGCP.
>
> Joe Bell
>
> -----Original Message-----
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Brian Feeny
> Sent: Thursday, December 15, 2005 11:23 AM
> To: cisco-voip at puck.nether.net
> Subject: [cisco-voip] Caller Name ID possible via Facility IE with
> H.323?
>
>
> I have read the thread:
>
> https://puck.nether.net/pipermail/cisco-voip/2005-March/003509.html
>
> And was curious as to the outcome. I have PRI's coming in from a
> 5ESS,
> and the carrier is sending the ID in the facility IE (inbound calls to
> us), and of course CM appears to want it in the display IE. I have
> read
> of ways CM would take it via the Facility ID if using MGCP AND
> NI2/3 or
> MGCP AND QSIG. Does any solution at all exist for H.323? I have
> tried
> to set my switch type for NI and QSIG, both work as far as
> placing/receiving calls, but I still cannot get inbound name id. I
> have
> tried to set "isdn supp-service name calling" on the gateway as
> well but
> it doesn't seem to fix it. Gateways are running late 12.3T code,
> CM is
> 4.1(3)SR2.
>
> Sure I can try to battle it out with Bellsouth and ask them to
> change to
> display IE, but I am sure they will not do it for me, I'll try though.
> But I am hoping there is a solution for those of us with H.323
> links. I
> could possibly get them to switch the circuit to NI2 or QSIG. Like I
> said switching the switch type on the gateway works, without having
> the
> carrier do anything probably because its just compatible, but not sure
> if formally having them change the switch emulation would do anything.
> The q.931 output is definitely more "friendly" with QSIG/NI, as it
> decodes the facility IE. With 5ESS it doesn't like to receive the
> name
> id facility ie stuff, it errors on it (but of course call completes).
>
> Brian
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> This message and any attachments are intended only for the use of
> the addressee and may contain information that is privileged and
> confidential. If the reader of the message is not the intended
> recipient or an authorized representative of the intended
> recipient, you are hereby notified that any dissemination of this
> communication is strictly prohibited. If you have received this
> communication in error, please notify us immediately by e-mail and
> delete the message and any attachments from your system.
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
More information about the cisco-voip
mailing list