01-19-2018 07:17 PM - edited 03-18-2019 01:47 PM
Might be a silly question,
Can a codec in direct mode dial by another than just IP address, for instance 1111@publicipofexpressway.
Isn't this technically an h.323 ID and without a gatekeeper I don't think it would resolve the SRV records.
I have someone trying to dial in that say they can only support public Ip address dialing so I am assuming they are in direct mode and currently I don't have a fallback alias configured on the expressway. Instead I want to have a transform on the expressway so they can hit the direct endpoint and not hit an Auto attendant which would be the fallback alias.
Solved! Go to Solution.
01-19-2018 11:00 PM
Hi,
Yes, a standalone H323 endpoint in direct mode can dial 123@publicipofexpressway, althogh if you don´t have a fallback alias it would require the usage of a transform to pass from IP to domain.
When an external endpoint dials to your Expressway, it will hit the DefaultZone, and the "Calls to Unknown IP Address" setting if it is set to "Direct" (which is the default value), it will attempt to make a direct connection with itself, and the call will drop with a "Resource Unavailabe" message, or a "Request Timeout".
In this case, you should rather configure a transform that converts the public IP of your expressway into the SIP domain used for internal calls. I made a RegEx for you, and I attached it here, and also attached a pattern check, so you see it Works if you use the correct IP and SIP Domain of your deployment.
I hope this helps you to receive those calls without much complain from them.
01-19-2018 11:30 PM
01-19-2018 11:00 PM
Hi,
Yes, a standalone H323 endpoint in direct mode can dial 123@publicipofexpressway, althogh if you don´t have a fallback alias it would require the usage of a transform to pass from IP to domain.
When an external endpoint dials to your Expressway, it will hit the DefaultZone, and the "Calls to Unknown IP Address" setting if it is set to "Direct" (which is the default value), it will attempt to make a direct connection with itself, and the call will drop with a "Resource Unavailabe" message, or a "Request Timeout".
In this case, you should rather configure a transform that converts the public IP of your expressway into the SIP domain used for internal calls. I made a RegEx for you, and I attached it here, and also attached a pattern check, so you see it Works if you use the correct IP and SIP Domain of your deployment.
I hope this helps you to receive those calls without much complain from them.
01-19-2018 11:01 PM
01-19-2018 11:30 PM
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: