Mailing List Archive

SIP Domain substitution
Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]
Re: SIP Domain substitution [ In reply to ]
Are you wanting this to all happen within DNS instead of happening within a
SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME
record for example) it would not change the destination URI the originator
is trying to reach. The SIP protocol has redirection codes (such as 301 or
302) but whether or how you might be able to use them depends on the SIP
UAs being used.

You might also be able to use something like a SIP normalization script
(CUCM), SIP profiles (CUBE), or maybe search pattern replacements
(Expressway) to just translate the domain as calls flow in/out. I'm
guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

>
> Does SIP allow for domain name substitution?
>
> By this I mean, instead of advertising or dialing
> coyote@phones.america.acmemanufacturing.com I want to use coyote@zing.com
>
> But I don’t want to have to reorganize and reprogram anything.
>
> I just want the DNS to say, “hey, use this domain instead and try again.”
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
Re: SIP Domain substitution [ In reply to ]
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

From: Dave Goodwin <dave.goodwin@december.net>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: SIP Domain substitution [ In reply to ]
I don't think DNS SRV records support CNAME. Even then, it would only
change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

> Yeah – I’d want this to happen all within DNS. But of course, in a
> supported fashion. I’m not interested in spending time modifying
> infrastructure at this time.
>
>
>
> I’ve done some searching, and there’s talk of RR records, but we haven’t
> found much documentation.
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
>
> *From:* Dave Goodwin <dave.goodwin@december.net>
> *Sent:* Friday, October 4, 2019 12:09 PM
> *To:* Lelio Fulgenzi <lelio@uoguelph.ca>
> *Cc:* cisco-voip voyp list <cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] SIP Domain substitution
>
>
>
> Are you wanting this to all happen within DNS instead of happening within
> a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME
> record for example) it would not change the destination URI the originator
> is trying to reach. The SIP protocol has redirection codes (such as 301 or
> 302) but whether or how you might be able to use them depends on the SIP
> UAs being used.
>
>
>
> You might also be able to use something like a SIP normalization script
> (CUCM), SIP profiles (CUBE), or maybe search pattern replacements
> (Expressway) to just translate the domain as calls flow in/out. I'm
> guessing what might be feasible without knowing more of the picture.
>
>
>
> On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
>
>
> Does SIP allow for domain name substitution?
>
>
>
> By this I mean, instead of advertising or dialing
> coyote@phones.america.acmemanufacturing.com I want to use coyote@zing.com
>
>
>
> But I don’t want to have to reorganize and reprogram anything.
>
>
>
> I just want the DNS to say, “hey, use this domain instead and try again.”
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
Re: SIP Domain substitution [ In reply to ]
According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001777004&sdata=fJmvYYvsCfltrkYHNlnHpEd8QNGDI%2BZpiDqnHY0p5uU%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001777004&sdata=fJmvYYvsCfltrkYHNlnHpEd8QNGDI%2BZpiDqnHY0p5uU%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001787008&sdata=IvTMp0YNTOBVGnPIDc4xqaCNTWr5%2BY0x%2FJxkhIjeiJU%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001797013&sdata=3bne7tTMlzDiPUAFMnoBdRQFhSoseMrKxybeWPasD%2BA%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0
Re: SIP Domain substitution [ In reply to ]
I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001777004&sdata=fJmvYYvsCfltrkYHNlnHpEd8QNGDI%2BZpiDqnHY0p5uU%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001777004&sdata=fJmvYYvsCfltrkYHNlnHpEd8QNGDI%2BZpiDqnHY0p5uU%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001787008&sdata=IvTMp0YNTOBVGnPIDc4xqaCNTWr5%2BY0x%2FJxkhIjeiJU%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001797013&sdata=3bne7tTMlzDiPUAFMnoBdRQFhSoseMrKxybeWPasD%2BA%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0
Re: SIP Domain substitution [ In reply to ]
What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048077710&sdata=S%2BefDShYlkhoUCv8UWev6bGzWjLDFK0zeR8D6AybCCk%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048087715&sdata=IuzbX7iIL%2B701WKSoqOVA8jUKD2xWXx5ACgHIlyxvsI%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048097726&sdata=nq9QNHJ9%2F0%2Fx6MWj0warAw6sAdZy120eZOYLfOmLtYw%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048107731&sdata=93AEj4F8AXeCpjz39AddgIx9pvYqIFhmJ478P%2B6hzr4%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048117742&sdata=9GMpHxIfwWC%2F3QahTdR6EocxqFljdTdCV2VRdcwnlt4%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048127747&sdata=dJXXkn8NYYyVbpsshDE1y%2BXiPq6H4U%2BtiyT9XcX%2FPTc%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048137758&sdata=PGe1zL7yCJocZ0K%2FU574O7soDCSGFxkXFnWU4Y3%2FYAI%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048077710&sdata=S%2BefDShYlkhoUCv8UWev6bGzWjLDFK0zeR8D6AybCCk%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048087715&sdata=IuzbX7iIL%2B701WKSoqOVA8jUKD2xWXx5ACgHIlyxvsI%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048097726&sdata=nq9QNHJ9%2F0%2Fx6MWj0warAw6sAdZy120eZOYLfOmLtYw%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048107731&sdata=93AEj4F8AXeCpjz39AddgIx9pvYqIFhmJ478P%2B6hzr4%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048117742&sdata=9GMpHxIfwWC%2F3QahTdR6EocxqFljdTdCV2VRdcwnlt4%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048127747&sdata=dJXXkn8NYYyVbpsshDE1y%2BXiPq6H4U%2BtiyT9XcX%2FPTc%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C8d67c4a26a104ee8d3e808d7492c8ff2%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058328048137758&sdata=PGe1zL7yCJocZ0K%2FU574O7soDCSGFxkXFnWU4Y3%2FYAI%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone

On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594062845&sdata=NZ1r%2BfF%2FekCgt%2FARyjJ3rxBVHLHQXVdDERhMIM4sISE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=LEFEOBUPvVtGUiBc8mGoRoSp1EOwAw%2FzWr1y4QRrkj0%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=%2FzjXq6A407ULW1tL6YQHpLhkShhif1%2FacmD9VUNKLNE%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594082856&sdata=pEX5UuysZ3RCXA%2FGF4IDnjr09tsIakt0n0SfJ57oo84%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=6ZpM2lN0iu6tB6QR3M8MtjNHBI4tSpZSwYV7xWS6c4o%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=hdAHnz8FNYOsHGYs2Vk%2BrsJ832G5g9r8N1A3%2FwMfUas%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594102877&sdata=7D3WEjh%2FRMW%2FLbHAYLmZxUDyCgOIHCsU8tPpUtyjVic%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594112889&sdata=7DN5r%2BI64Uu4jWOKgtk4ecXLyB5%2FO1pONj1Vqx90HKA%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
Interesting. I’ll have to look into that. Thx.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone

On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594062845&sdata=NZ1r%2BfF%2FekCgt%2FARyjJ3rxBVHLHQXVdDERhMIM4sISE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=LEFEOBUPvVtGUiBc8mGoRoSp1EOwAw%2FzWr1y4QRrkj0%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=%2FzjXq6A407ULW1tL6YQHpLhkShhif1%2FacmD9VUNKLNE%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594082856&sdata=pEX5UuysZ3RCXA%2FGF4IDnjr09tsIakt0n0SfJ57oo84%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=6ZpM2lN0iu6tB6QR3M8MtjNHBI4tSpZSwYV7xWS6c4o%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=hdAHnz8FNYOsHGYs2Vk%2BrsJ832G5g9r8N1A3%2FwMfUas%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594102877&sdata=7D3WEjh%2FRMW%2FLbHAYLmZxUDyCgOIHCsU8tPpUtyjVic%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594112889&sdata=7DN5r%2BI64Uu4jWOKgtk4ecXLyB5%2FO1pONj1Vqx90HKA%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
I am not thinking right? Can’t a dns srv get the call routed to a specific host? Then a quick expressway transform to change the domain, and you’re done.

Think of it as a different internal domain va external domain.

Foo@company.com does goes to expressway.companyinfrastructuredomain.com which does a quick trans to foo@internal.local


Sent from my iPhone

> On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> ?
>
> Interesting. I’ll have to look into that. Thx.
>
> -sent from mobile device-
>
> Lelio Fulgenzi, B.A. | Senior Analyst
> Computing and Communications Services | University of Guelph
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
>> On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>>
>> Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.
>>
>> The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.
>>
>> It’s a little bit of an ugly trombone, but it does work..
>>
>> Sent from my iPhone
>>
>>> On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>>
>>> ?
>>>
>>> Darn. Double darn.
>>>
>>> Let’s hope webex offers up custom domain registration for devices soon.
>>>
>>> ‘Cause room123@acme.rooms.webex.com is a bit much.
>>>
>>> -sent from mobile device-
>>>
>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>> Computing and Communications Services | University of Guelph
>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
>>> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>>>
>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>
>>>
>>>
>>> On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>>>
>>>> What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.
>>>>
>>>> DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.
>>>>
>>>> You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).
>>>>
>>>> As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.
>>>>
>>>> Sent from my iPhone
>>>>
>>>>> On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>>>>
>>>>> ?
>>>>>
>>>>> I’ve seen some references to Cisco SIP proxy server.
>>>>>
>>>>> Would that help?
>>>>>
>>>>> -sent from mobile device-
>>>>>
>>>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>>>> Computing and Communications Services | University of Guelph
>>>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
>>>>> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>>>>>
>>>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>>>
>>>>>
>>>>>
>>>>> On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>>>>>
>>>>>> According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.
>>>>>>
>>>>>> However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.
>>>>>>
>>>>>> Sent from my iPhone
>>>>>>
>>>>>>> On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu> wrote:
>>>>>>>
>>>>>>> ?
>>>>>>> I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.
>>>>>>>
>>>>>>>> On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>>>>>>> Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---
>>>>>>>>
>>>>>>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>>>>>>>
>>>>>>>> Computing and Communications Services | University of Guelph
>>>>>>>>
>>>>>>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
>>>>>>>>
>>>>>>>> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> <image001.png>
>>>>>>>>
>>>>>>>>
>>>>>>>> From: Dave Goodwin <dave.goodwin@december.net>
>>>>>>>> Sent: Friday, October 4, 2019 12:09 PM
>>>>>>>> To: Lelio Fulgenzi <lelio@uoguelph.ca>
>>>>>>>> Cc: cisco-voip voyp list <cisco-voip@puck.nether.net>
>>>>>>>> Subject: Re: [cisco-voip] SIP Domain substitution
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Does SIP allow for domain name substitution?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com I want to use coyote@zing.com
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> But I don’t want to have to reorganize and reprogram anything.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I just want the DNS to say, “hey, use this domain instead and try again.”
>>>>>>>>
>>>>>>>> -sent from mobile device-
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Lelio Fulgenzi, B.A. | Senior Analyst
>>>>>>>>
>>>>>>>> Computing and Communications Services | University of Guelph
>>>>>>>>
>>>>>>>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
>>>>>>>>
>>>>>>>> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> cisco-voip mailing list
>>>>>>>> cisco-voip@puck.nether.net
>>>>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> cisco-voip mailing list
>>>>>>>> cisco-voip@puck.nether.net
>>>>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>>> _______________________________________________
>>>>>>> cisco-voip mailing list
>>>>>>> cisco-voip@puck.nether.net
>>>>>>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
Re: SIP Domain substitution [ In reply to ]
Hey Nate ... the original ask I think, was to do it all with DNS only and no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.

Expressway search rule, CUCM LUA script... etc could all do it in reality.

However, the actual goal appears to be dialing a Webex cloud registered codec, using a non cloud uri (...@rooms.webex.com), and for that Webex Hybrid calling with Expressway B2B would get you there, and also checks the “no additional transformation needed” box.

Sent from my iPhone

On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com> wrote:

? I am not thinking right? Can’t a dns srv get the call routed to a specific host? Then a quick expressway transform to change the domain, and you’re done.

Think of it as a different internal domain va external domain.

Foo@company.com does goes to expressway.companyinfrastructuredomain.com which does a quick trans to foo@internal.local


Sent from my iPhone

On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

?

Interesting. I’ll have to look into that. Thx.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone

On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=FY1WR%2FxfTNm4GprcfWb7uiZ4SxVyg6m9kMAQeTNKtbE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=OAmRMMzoz0YfzhuHqJuiHYHNI9JHtJrfTTEeesLBbDg%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631449048&sdata=C8NC3MxyaL9c81vM%2FieyvT%2FJsIXqCXKrQtXN22FV5Js%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: SIP Domain substitution [ In reply to ]
Doesn’t cucm have the ability to look at the user portion of the URI only? For like when you’re routing to a DN? Or I think you can add the short domain to the list of the CUCM “owned” domains in enterprise parameters.



From: Ryan Huff <ryanhuff@outlook.com>
Sent: Friday, October 4, 2019 8:51 PM
To: NateCCIE <nateccie@gmail.com>
Cc: Lelio Fulgenzi <lelio@uoguelph.ca>; cisco-voip voyp list <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] SIP Domain substitution



Hey Nate ... the original ask I think, was to do it all with DNS only and no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.



Expressway search rule, CUCM LUA script... etc could all do it in reality.



However, the actual goal appears to be dialing a Webex cloud registered codec, using a non cloud uri (...@rooms.webex.com <mailto:...@rooms.webex.com> ), and for that Webex Hybrid calling with Expressway B2B would get you there, and also checks the “no additional transformation needed” box.



Sent from my iPhone





On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com <mailto:nateccie@gmail.com> > wrote:

? I am not thinking right? Can’t a dns srv get the call routed to a specific host? Then a quick expressway transform to change the domain, and you’re done.



Think of it as a different internal domain va external domain.



Foo@company.com <mailto:Foo@company.com> does goes to expressway.companyinfrastructuredomain.com which does a quick trans to foo@internal.local <mailto:foo@internal.local>





Sent from my iPhone





On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



Interesting. I’ll have to look into that. Thx.

-sent from mobile device-





Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 <x-apple-data-detectors://1/0>

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.



The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.



It’s a little bit of an ugly trombone, but it does work..



Sent from my iPhone





On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



Darn. Double darn.



Let’s hope webex offers up custom domain registration for devices soon.



‘Cause room123@acme.rooms.webex.com <mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-





Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 <x-apple-data-detectors://1/0>

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.



DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.



You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).



As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone





On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



I’ve seen some references to Cisco SIP proxy server.



Would that help?

-sent from mobile device-





Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 <x-apple-data-detectors://1/0>

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=FY1WR%2FxfTNm4GprcfWb7uiZ4SxVyg6m9kMAQeTNKtbE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=OAmRMMzoz0YfzhuHqJuiHYHNI9JHtJrfTTEeesLBbDg%3D&reserved=0> ), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.



However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.



Sent from my iPhone





On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu <mailto:bmeade90@vt.edu> > wrote:

?

I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.



On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.



I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.





---

Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 | <mailto:lelio@uoguelph.ca> lelio@uoguelph.ca



<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook



<image001.png>



From: Dave Goodwin <dave.goodwin@december.net <mailto:dave.goodwin@december.net> >
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> >
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net> >
Subject: Re: [cisco-voip] SIP Domain substitution



Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.



You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.



On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:



Does SIP allow for domain name substitution?



By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com <mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com <mailto:coyote@zing.com>



But I don’t want to have to reorganize and reprogram anything.



I just want the DNS to say, “hey, use this domain instead and try again.”

-sent from mobile device-



Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook



_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631449048&sdata=C8NC3MxyaL9c81vM%2FieyvT%2FJsIXqCXKrQtXN22FV5Js%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0> &amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: SIP Domain substitution [ In reply to ]
…to answer my own ? If its numeric, the host part doesn’t matter.







From: Ryan Huff <ryanhuff@outlook.com>
Sent: Friday, October 4, 2019 8:51 PM
To: NateCCIE <nateccie@gmail.com>
Cc: Lelio Fulgenzi <lelio@uoguelph.ca>; cisco-voip voyp list <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] SIP Domain substitution



Hey Nate ... the original ask I think, was to do it all with DNS only and no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.



Expressway search rule, CUCM LUA script... etc could all do it in reality.



However, the actual goal appears to be dialing a Webex cloud registered codec, using a non cloud uri (...@rooms.webex.com <mailto:...@rooms.webex.com> ), and for that Webex Hybrid calling with Expressway B2B would get you there, and also checks the “no additional transformation needed” box.



Sent from my iPhone





On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com <mailto:nateccie@gmail.com> > wrote:

? I am not thinking right? Can’t a dns srv get the call routed to a specific host? Then a quick expressway transform to change the domain, and you’re done.



Think of it as a different internal domain va external domain.



Foo@company.com <mailto:Foo@company.com> does goes to expressway.companyinfrastructuredomain.com which does a quick trans to foo@internal.local <mailto:foo@internal.local>





Sent from my iPhone





On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



Interesting. I’ll have to look into that. Thx.

-sent from mobile device-





Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 <x-apple-data-detectors://1/0>

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.



The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.



It’s a little bit of an ugly trombone, but it does work..



Sent from my iPhone





On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



Darn. Double darn.



Let’s hope webex offers up custom domain registration for devices soon.



‘Cause room123@acme.rooms.webex.com <mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-





Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 <x-apple-data-detectors://1/0>

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.



DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.



You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).



As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone





On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



I’ve seen some references to Cisco SIP proxy server.



Would that help?

-sent from mobile device-





Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 <x-apple-data-detectors://1/0>

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=FY1WR%2FxfTNm4GprcfWb7uiZ4SxVyg6m9kMAQeTNKtbE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=OAmRMMzoz0YfzhuHqJuiHYHNI9JHtJrfTTEeesLBbDg%3D&reserved=0> ), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.



However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.



Sent from my iPhone





On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu <mailto:bmeade90@vt.edu> > wrote:

?

I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.



On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.



I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.





---

Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 | <mailto:lelio@uoguelph.ca> lelio@uoguelph.ca



<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook



<image001.png>



From: Dave Goodwin <dave.goodwin@december.net <mailto:dave.goodwin@december.net> >
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> >
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net> >
Subject: Re: [cisco-voip] SIP Domain substitution



Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.



You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.



On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:



Does SIP allow for domain name substitution?



By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com <mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com <mailto:coyote@zing.com>



But I don’t want to have to reorganize and reprogram anything.



I just want the DNS to say, “hey, use this domain instead and try again.”

-sent from mobile device-



Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook



_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631449048&sdata=C8NC3MxyaL9c81vM%2FieyvT%2FJsIXqCXKrQtXN22FV5Js%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0> &amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: SIP Domain substitution [ In reply to ]
Ok. Looking at it from the other way around, could I create a macro(?) on the cloud registered devices that ask for a 5 digit extension and then add the appropriate SIP domain to the extension to place the call?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone

On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594062845&sdata=NZ1r%2BfF%2FekCgt%2FARyjJ3rxBVHLHQXVdDERhMIM4sISE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=LEFEOBUPvVtGUiBc8mGoRoSp1EOwAw%2FzWr1y4QRrkj0%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=%2FzjXq6A407ULW1tL6YQHpLhkShhif1%2FacmD9VUNKLNE%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594082856&sdata=pEX5UuysZ3RCXA%2FGF4IDnjr09tsIakt0n0SfJ57oo84%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=6ZpM2lN0iu6tB6QR3M8MtjNHBI4tSpZSwYV7xWS6c4o%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=hdAHnz8FNYOsHGYs2Vk%2BrsJ832G5g9r8N1A3%2FwMfUas%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594102877&sdata=7D3WEjh%2FRMW%2FLbHAYLmZxUDyCgOIHCsU8tPpUtyjVic%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594112889&sdata=7DN5r%2BI64Uu4jWOKgtk4ecXLyB5%2FO1pONj1Vqx90HKA%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
I think Lelio was wondering about a pure cloud registered device, and then
simply purchasing a vanity domain to overlay on top of the ugly webex one.

You know....like URL shortening
<https://blog.rebrandly.com/the-history-of-url-shorteners/>.

On Fri, Oct 4, 2019 at 9:57 PM NateCCIE <nateccie@gmail.com> wrote:

> Doesn’t cucm have the ability to look at the user portion of the URI
> only? For like when you’re routing to a DN? Or I think you can add the
> short domain to the list of the CUCM “owned” domains in enterprise
> parameters.
>
>
>
> *From:* Ryan Huff <ryanhuff@outlook.com>
> *Sent:* Friday, October 4, 2019 8:51 PM
> *To:* NateCCIE <nateccie@gmail.com>
> *Cc:* Lelio Fulgenzi <lelio@uoguelph.ca>; cisco-voip voyp list <
> cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] SIP Domain substitution
>
>
>
> Hey Nate ... the original ask I think, was to do it all with DNS only and
> no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.
>
>
>
> Expressway search rule, CUCM LUA script... etc could all do it in reality.
>
>
>
> However, the actual goal appears to be dialing a Webex cloud registered
> codec, using a non cloud uri (...@rooms.webex.com), and for that Webex
> Hybrid calling with Expressway B2B would get you there, and also checks the
> “no additional transformation needed” box.
>
>
>
> Sent from my iPhone
>
>
>
> On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com> wrote:
>
> ? I am not thinking right? Can’t a dns srv get the call routed to a
> specific host? Then a quick expressway transform to change the domain, and
> you’re done.
>
>
>
> Think of it as a different internal domain va external domain.
>
>
>
> Foo@company.com does goes to expressway.companyinfrastructuredomain.com
> which does a quick trans to foo@internal.local
>
>
>
>
>
> Sent from my iPhone
>
>
>
> On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> ?
>
>
>
> Interesting. I’ll have to look into that. Thx.
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> |
> @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>
> Webex Hybrid Calling (with Expressway B2B), could in theory, help
> accomplish this. The codec is still cloud registered, though Hybrid calling
> would allow for an on-prem URI to be associated with the Webex remote
> destination of the codec.
>
>
>
> The call would come into the on-prem URI via B2B like normal, and assuming
> the Hybrid integration was setup correctly, ring the Webex remote
> destination which rings the cloud registered codec.
>
>
>
> It’s a little bit of an ugly trombone, but it does work..
>
>
>
> Sent from my iPhone
>
>
>
> On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> ?
>
>
>
> Darn. Double darn.
>
>
>
> Let’s hope webex offers up custom domain registration for devices soon.
>
>
>
> ‘Cause room123@acme.rooms.webex.com is a bit much.
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631419029&sdata=Bm%2FOh%2Fp3TDYkOYis27I47D3rrDAJDEp4doaBw5lr9XA%3D&reserved=0> |
> @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>
> What it sounds like you are trying to do to me, is allow the call to
> ultimately setup with a URI different than the URI that was dialed, without
> the calling party being the wiser.
>
>
>
> DNS won’t be able to do anything with regards to that I don’t think,
> because it really sounds like you’re trying to manipulate/transform the
> called URI, and you’ll need something to interact with the SIP message
> stack for that I’d think.
>
>
>
> You can create a round robin A record, that resolves to multiple IP
> addresses, so when the client looks up the DNS SRV, it receives multiple
> targets to try before considering the SRV target “unreachable” (SRV weights
> and priorities determine the ordering of the target addresses resolved for
> the client). However, this won’t have the ability to change the called URI,
> which is ultimately what I think you’re attempting in the scenario (DNS and
> SIP messages are on different networking layers).
>
>
>
> As Dave mentioned below, Expressway or a LUA script (sip normalization) in
> CUCM seems to be uniquely qualified for what you’re wanting to do.
>
> Sent from my iPhone
>
>
>
> On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> ?
>
>
>
> I’ve seen some references to Cisco SIP proxy server.
>
>
>
> Would that help?
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=FY1WR%2FxfTNm4GprcfWb7uiZ4SxVyg6m9kMAQeTNKtbE%3D&reserved=0> |
> @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
>
> On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>
> According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631429128&sdata=OAmRMMzoz0YfzhuHqJuiHYHNI9JHtJrfTTEeesLBbDg%3D&reserved=0>),
> it does not, under the “Target Definition”; “there must be one or more
> address records for this name, the name must not be an alias”.
>
>
>
> However, I can tell you that I have used a CNAME in the SRV target field
> before, and it appeared to work at the time. Still, depending on the
> application, doing so could potentially cause some weird issue with regards
> to PTR or something.
>
>
>
> Sent from my iPhone
>
>
>
> On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu> wrote:
>
> ?
>
> I don't think DNS SRV records support CNAME. Even then, it would only
> change where it was sent to and not the SIP headers.
>
>
>
> On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> Yeah – I’d want this to happen all within DNS. But of course, in a
> supported fashion. I’m not interested in spending time modifying
> infrastructure at this time.
>
>
>
> I’ve done some searching, and there’s talk of RR records, but we haven’t
> found much documentation.
>
>
>
>
>
> ---
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0>
> | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> <image001.png>
>
>
>
> *From:* Dave Goodwin <dave.goodwin@december.net>
> *Sent:* Friday, October 4, 2019 12:09 PM
> *To:* Lelio Fulgenzi <lelio@uoguelph.ca>
> *Cc:* cisco-voip voyp list <cisco-voip@puck.nether.net>
> *Subject:* Re: [cisco-voip] SIP Domain substitution
>
>
>
> Are you wanting this to all happen within DNS instead of happening within
> a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME
> record for example) it would not change the destination URI the originator
> is trying to reach. The SIP protocol has redirection codes (such as 301 or
> 302) but whether or how you might be able to use them depends on the SIP
> UAs being used.
>
>
>
> You might also be able to use something like a SIP normalization script
> (CUCM), SIP profiles (CUBE), or maybe search pattern replacements
> (Expressway) to just translate the domain as calls flow in/out. I'm
> guessing what might be feasible without knowing more of the picture.
>
>
>
> On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
>
>
> Does SIP allow for domain name substitution?
>
>
>
> By this I mean, instead of advertising or dialing
> coyote@phones.america.acmemanufacturing.com I want to use coyote@zing.com
>
>
>
> But I don’t want to have to reorganize and reprogram anything.
>
>
>
> I just want the DNS to say, “hey, use this domain instead and try again.”
>
> *-sent from mobile device-*
>
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631439039&sdata=xk83CvE%2F9bV5TVtdcEAJ7jN5lrRb%2FU%2FHITHUgMV%2FpOQ%3D&reserved=0> |
> @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631449048&sdata=C8NC3MxyaL9c81vM%2FieyvT%2FJsIXqCXKrQtXN22FV5Js%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
>
> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C9b720a4af69b41bebb5008d7493d7691%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058400631459057&sdata=kMZSGgC0agkvMhIfsv9mMvJEmSKfbh5FcfW7KoUXQmY%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
Re: SIP Domain substitution [ In reply to ]
Right... but the codec is registered in the Webex cloud (in this scenario), so you need to share the uri with the hybrid remote destination to trombone the call back out to the cloud if you’re letting the call come all the way into CUCM, and do it in a “least amount of MACD way”.

Sent from my iPhone

On Oct 4, 2019, at 22:57, NateCCIE <nateccie@gmail.com> wrote:

?
Doesn’t cucm have the ability to look at the user portion of the URI only? For like when you’re routing to a DN? Or I think you can add the short domain to the list of the CUCM “owned” domains in enterprise parameters.

From: Ryan Huff <ryanhuff@outlook.com>
Sent: Friday, October 4, 2019 8:51 PM
To: NateCCIE <nateccie@gmail.com>
Cc: Lelio Fulgenzi <lelio@uoguelph.ca>; cisco-voip voyp list <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] SIP Domain substitution

Hey Nate ... the original ask I think, was to do it all with DNS only and no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.

Expressway search rule, CUCM LUA script... etc could all do it in reality.

However, the actual goal appears to be dialing a Webex cloud registered codec, using a non cloud uri (...@rooms.webex.com<mailto:...@rooms.webex.com>), and for that Webex Hybrid calling with Expressway B2B would get you there, and also checks the “no additional transformation needed” box.

Sent from my iPhone


On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com<mailto:nateccie@gmail.com>> wrote:
? I am not thinking right? Can’t a dns srv get the call routed to a specific host? Then a quick expressway transform to change the domain, and you’re done.

Think of it as a different internal domain va external domain.

Foo@company.com<mailto:Foo@company.com> does goes to expressway.companyinfrastructuredomain.com which does a quick trans to foo@internal.local<mailto:foo@internal.local>


Sent from my iPhone


On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

Interesting. I’ll have to look into that. Thx.
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328173751&sdata=twi7VQkh2ncJnN1kEK%2F05epIfJ9YypR1V1WRZ2ys5oM%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone


On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328183761&sdata=X%2BFjx4BuROhc4qzL%2ByLbLOImNEqfUQDU30uEy6CDFvY%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.
Sent from my iPhone


On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

I’ve seen some references to Cisco SIP proxy server.

Would that help?
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328183761&sdata=X%2BFjx4BuROhc4qzL%2ByLbLOImNEqfUQDU30uEy6CDFvY%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328193765&sdata=c9xiNTI%2B2I3VWd9XldJKhZFxXP95rmJ3O7Wf7Y0wYQ4%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone


On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:
?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328193765&sdata=7WOQNvzZLYXXlQwPG%2BNlh96Z09xq1FHzkuleorasvBQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328203770&sdata=tXEq3GCwcrjX%2Fn68p%2BB7wCcvyU85xBA7%2B06QA64A4dM%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328203770&sdata=X5NjK2dpxBlbfmhkucumfZD57%2FiS153rIAG27%2B%2FpGXU%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328213779&sdata=zbl4MJYyX6po90sdqablmMIclqZViX5VwvZHunXMRnE%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328223789&sdata=ktPYv8jqHQ1S0Iru6dqzR3dkRv8EXnTqTxUB7fVLpUk%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Ca4b60cc4d36b4fc2019808d7493fb875%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058410328223789&sdata=ktPYv8jqHQ1S0Iru6dqzR3dkRv8EXnTqTxUB7fVLpUk%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
Come on... we are geeks here.... we are going to run this down every possible avenue regardless :)

Sent from my iPhone

On Oct 4, 2019, at 23:06, Anthony Holloway <avholloway+cisco-voip@gmail.com> wrote:

?
I think Lelio was wondering about a pure cloud registered device, and then simply purchasing a vanity domain to overlay on top of the ugly webex one.

You know....like URL shortening<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.rebrandly.com%2Fthe-history-of-url-shorteners%2F&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823445677&sdata=BK7X5LPEj%2FERkvJhhoKkxhGYbUFaMYDYuHIE3rjPGsE%3D&reserved=0>.

On Fri, Oct 4, 2019 at 9:57 PM NateCCIE <nateccie@gmail.com<mailto:nateccie@gmail.com>> wrote:
Doesn’t cucm have the ability to look at the user portion of the URI only? For like when you’re routing to a DN? Or I think you can add the short domain to the list of the CUCM “owned” domains in enterprise parameters.

From: Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>>
Sent: Friday, October 4, 2019 8:51 PM
To: NateCCIE <nateccie@gmail.com<mailto:nateccie@gmail.com>>
Cc: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>; cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Hey Nate ... the original ask I think, was to do it all with DNS only and no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.

Expressway search rule, CUCM LUA script... etc could all do it in reality.

However, the actual goal appears to be dialing a Webex cloud registered codec, using a non cloud uri (...@rooms.webex.com<mailto:...@rooms.webex.com>), and for that Webex Hybrid calling with Expressway B2B would get you there, and also checks the “no additional transformation needed” box.

Sent from my iPhone


On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com<mailto:nateccie@gmail.com>> wrote:
? I am not thinking right? Can’t a dns srv get the call routed to a specific host? Then a quick expressway transform to change the domain, and you’re done.

Think of it as a different internal domain va external domain.

Foo@company.com<mailto:Foo@company.com> does goes to expressway.companyinfrastructuredomain.com<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fexpressway.companyinfrastructuredomain.com&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823445677&sdata=26dr97QxoCEhEb11y0lmKT7btioRrDIgcTh7f0lpp%2FQ%3D&reserved=0> which does a quick trans to foo@internal.local<mailto:foo@internal.local>


Sent from my iPhone


On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

Interesting. I’ll have to look into that. Thx.
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823455686&sdata=6OmIEsttbas7XV2w7vZ6PFeC7tYVDLvVx%2FTGUFyxjbE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone


On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823455686&sdata=6OmIEsttbas7XV2w7vZ6PFeC7tYVDLvVx%2FTGUFyxjbE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.
Sent from my iPhone


On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

I’ve seen some references to Cisco SIP proxy server.

Would that help?
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823465691&sdata=ryzes%2BdGBEOYvqvcqvqpF8bWLLtG5xgcWZN6qmnL2EQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823465691&sdata=zws9PuMtkFDedn98xKfGYn9EI0chKJMcR4G%2FGcpJePc%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone


On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:
?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823475701&sdata=DdBdytu3ONg9rnh6m4f7%2B7l88QEl%2BxPdIX6vpivkehY%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823475701&sdata=DdBdytu3ONg9rnh6m4f7%2B7l88QEl%2BxPdIX6vpivkehY%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823485705&sdata=akd%2Fcj6oU1IthlpiE5p8JPlYo1XZxHJeXyYf2WdTxd8%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823485705&sdata=akd%2Fcj6oU1IthlpiE5p8JPlYo1XZxHJeXyYf2WdTxd8%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823495715&sdata=cFlfENvdBQB1fqunCV4bZsf4W0o%2FG7Ymvp3mRd845cA%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823505720&sdata=LFfWClishX1TQjbyFtVNfmG9Qz3QF7pBOGhKSKkm%2FOs%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823505720&sdata=LFfWClishX1TQjbyFtVNfmG9Qz3QF7pBOGhKSKkm%2FOs%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
On a Friday night no less.

On Fri, Oct 4, 2019 at 10:08 PM Ryan Huff <ryanhuff@outlook.com> wrote:

> Come on... we are geeks here.... we are going to run this down every
> possible avenue regardless :)
>
> Sent from my iPhone
>
> On Oct 4, 2019, at 23:06, Anthony Holloway <
> avholloway+cisco-voip@gmail.com> wrote:
>
> ?
> I think Lelio was wondering about a pure cloud registered device, and then
> simply purchasing a vanity domain to overlay on top of the ugly webex one.
>
> You know....like URL shortening
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.rebrandly.com%2Fthe-history-of-url-shorteners%2F&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823445677&sdata=BK7X5LPEj%2FERkvJhhoKkxhGYbUFaMYDYuHIE3rjPGsE%3D&reserved=0>
> .
>
> On Fri, Oct 4, 2019 at 9:57 PM NateCCIE <nateccie@gmail.com> wrote:
>
>> Doesn’t cucm have the ability to look at the user portion of the URI
>> only? For like when you’re routing to a DN? Or I think you can add the
>> short domain to the list of the CUCM “owned” domains in enterprise
>> parameters.
>>
>>
>>
>> *From:* Ryan Huff <ryanhuff@outlook.com>
>> *Sent:* Friday, October 4, 2019 8:51 PM
>> *To:* NateCCIE <nateccie@gmail.com>
>> *Cc:* Lelio Fulgenzi <lelio@uoguelph.ca>; cisco-voip voyp list <
>> cisco-voip@puck.nether.net>
>> *Subject:* Re: [cisco-voip] SIP Domain substitution
>>
>>
>>
>> Hey Nate ... the original ask I think, was to do it all with DNS only and
>> no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.
>>
>>
>>
>> Expressway search rule, CUCM LUA script... etc could all do it in reality.
>>
>>
>>
>> However, the actual goal appears to be dialing a Webex cloud registered
>> codec, using a non cloud uri (...@rooms.webex.com), and for that Webex
>> Hybrid calling with Expressway B2B would get you there, and also checks the
>> “no additional transformation needed” box.
>>
>>
>>
>> Sent from my iPhone
>>
>>
>>
>> On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com> wrote:
>>
>> ? I am not thinking right? Can’t a dns srv get the call routed to a
>> specific host? Then a quick expressway transform to change the domain, and
>> you’re done.
>>
>>
>>
>> Think of it as a different internal domain va external domain.
>>
>>
>>
>> Foo@company.com does goes to expressway.companyinfrastructuredomain.com
>> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fexpressway.companyinfrastructuredomain.com&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823445677&sdata=26dr97QxoCEhEb11y0lmKT7btioRrDIgcTh7f0lpp%2FQ%3D&reserved=0>
>> which does a quick trans to foo@internal.local
>>
>>
>>
>>
>>
>> Sent from my iPhone
>>
>>
>>
>> On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>
>> ?
>>
>>
>>
>> Interesting. I’ll have to look into that. Thx.
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs
>> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823455686&sdata=6OmIEsttbas7XV2w7vZ6PFeC7tYVDLvVx%2FTGUFyxjbE%3D&reserved=0> |
>> @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>> On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>>
>> Webex Hybrid Calling (with Expressway B2B), could in theory, help
>> accomplish this. The codec is still cloud registered, though Hybrid calling
>> would allow for an on-prem URI to be associated with the Webex remote
>> destination of the codec.
>>
>>
>>
>> The call would come into the on-prem URI via B2B like normal, and
>> assuming the Hybrid integration was setup correctly, ring the Webex remote
>> destination which rings the cloud registered codec.
>>
>>
>>
>> It’s a little bit of an ugly trombone, but it does work..
>>
>>
>>
>> Sent from my iPhone
>>
>>
>>
>> On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>
>> ?
>>
>>
>>
>> Darn. Double darn.
>>
>>
>>
>> Let’s hope webex offers up custom domain registration for devices soon.
>>
>>
>>
>> ‘Cause room123@acme.rooms.webex.com is a bit much.
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs
>> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823455686&sdata=6OmIEsttbas7XV2w7vZ6PFeC7tYVDLvVx%2FTGUFyxjbE%3D&reserved=0> |
>> @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>> On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>>
>> What it sounds like you are trying to do to me, is allow the call to
>> ultimately setup with a URI different than the URI that was dialed, without
>> the calling party being the wiser.
>>
>>
>>
>> DNS won’t be able to do anything with regards to that I don’t think,
>> because it really sounds like you’re trying to manipulate/transform the
>> called URI, and you’ll need something to interact with the SIP message
>> stack for that I’d think.
>>
>>
>>
>> You can create a round robin A record, that resolves to multiple IP
>> addresses, so when the client looks up the DNS SRV, it receives multiple
>> targets to try before considering the SRV target “unreachable” (SRV weights
>> and priorities determine the ordering of the target addresses resolved for
>> the client). However, this won’t have the ability to change the called URI,
>> which is ultimately what I think you’re attempting in the scenario (DNS and
>> SIP messages are on different networking layers).
>>
>>
>>
>> As Dave mentioned below, Expressway or a LUA script (sip normalization)
>> in CUCM seems to be uniquely qualified for what you’re wanting to do.
>>
>> Sent from my iPhone
>>
>>
>>
>> On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>
>> ?
>>
>>
>>
>> I’ve seen some references to Cisco SIP proxy server.
>>
>>
>>
>> Would that help?
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs
>> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823465691&sdata=ryzes%2BdGBEOYvqvcqvqpF8bWLLtG5xgcWZN6qmnL2EQ%3D&reserved=0> |
>> @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> [image: University of Guelph Cornerstone with Improve Life tagline]
>>
>>
>> On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>>
>> According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt
>> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823465691&sdata=zws9PuMtkFDedn98xKfGYn9EI0chKJMcR4G%2FGcpJePc%3D&reserved=0>),
>> it does not, under the “Target Definition”; “there must be one or more
>> address records for this name, the name must not be an alias”.
>>
>>
>>
>> However, I can tell you that I have used a CNAME in the SRV target field
>> before, and it appeared to work at the time. Still, depending on the
>> application, doing so could potentially cause some weird issue with regards
>> to PTR or something.
>>
>>
>>
>> Sent from my iPhone
>>
>>
>>
>> On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu> wrote:
>>
>> ?
>>
>> I don't think DNS SRV records support CNAME. Even then, it would only
>> change where it was sent to and not the SIP headers.
>>
>>
>>
>> On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>
>> Yeah – I’d want this to happen all within DNS. But of course, in a
>> supported fashion. I’m not interested in spending time modifying
>> infrastructure at this time.
>>
>>
>>
>> I’ve done some searching, and there’s talk of RR records, but we haven’t
>> found much documentation.
>>
>>
>>
>>
>>
>> ---
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs
>> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823475701&sdata=DdBdytu3ONg9rnh6m4f7%2B7l88QEl%2BxPdIX6vpivkehY%3D&reserved=0>
>> | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> <image001.png>
>>
>>
>>
>> *From:* Dave Goodwin <dave.goodwin@december.net>
>> *Sent:* Friday, October 4, 2019 12:09 PM
>> *To:* Lelio Fulgenzi <lelio@uoguelph.ca>
>> *Cc:* cisco-voip voyp list <cisco-voip@puck.nether.net>
>> *Subject:* Re: [cisco-voip] SIP Domain substitution
>>
>>
>>
>> Are you wanting this to all happen within DNS instead of happening within
>> a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME
>> record for example) it would not change the destination URI the originator
>> is trying to reach. The SIP protocol has redirection codes (such as 301 or
>> 302) but whether or how you might be able to use them depends on the SIP
>> UAs being used.
>>
>>
>>
>> You might also be able to use something like a SIP normalization script
>> (CUCM), SIP profiles (CUBE), or maybe search pattern replacements
>> (Expressway) to just translate the domain as calls flow in/out. I'm
>> guessing what might be feasible without knowing more of the picture.
>>
>>
>>
>> On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>
>>
>>
>> Does SIP allow for domain name substitution?
>>
>>
>>
>> By this I mean, instead of advertising or dialing
>> coyote@phones.america.acmemanufacturing.com I want to use coyote@zing.com
>>
>>
>>
>> But I don’t want to have to reorganize and reprogram anything.
>>
>>
>>
>> I just want the DNS to say, “hey, use this domain instead and try again.”
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs
>> <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823475701&sdata=DdBdytu3ONg9rnh6m4f7%2B7l88QEl%2BxPdIX6vpivkehY%3D&reserved=0> |
>> @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823485705&sdata=akd%2Fcj6oU1IthlpiE5p8JPlYo1XZxHJeXyYf2WdTxd8%3D&reserved=0>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823485705&sdata=akd%2Fcj6oU1IthlpiE5p8JPlYo1XZxHJeXyYf2WdTxd8%3D&reserved=0>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>>
>> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0
>> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823495715&sdata=cFlfENvdBQB1fqunCV4bZsf4W0o%2FG7Ymvp3mRd845cA%3D&reserved=0>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823505720&sdata=LFfWClishX1TQjbyFtVNfmG9Qz3QF7pBOGhKSKkm%2FOs%3D&reserved=0>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823505720&sdata=LFfWClishX1TQjbyFtVNfmG9Qz3QF7pBOGhKSKkm%2FOs%3D&reserved=0>
>>
>
Re: SIP Domain substitution [ In reply to ]
Wait, I thought this was for other businesses to call you. Are you saying
that to call within your own cloud you have to dial that giant URI? Is
there no directory, or extension dialing? Clearly, I have not done a
single Webex calling deployment yet.

On Fri, Oct 4, 2019 at 10:06 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

>
> Ok. Looking at it from the other way around, could I create a macro(?) on
> the cloud registered devices that ask for a 5 digit extension and then add
> the appropriate SIP domain to the extension to place the call?
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>
> Webex Hybrid Calling (with Expressway B2B), could in theory, help
> accomplish this. The codec is still cloud registered, though Hybrid calling
> would allow for an on-prem URI to be associated with the Webex remote
> destination of the codec.
>
> The call would come into the on-prem URI via B2B like normal, and assuming
> the Hybrid integration was setup correctly, ring the Webex remote
> destination which rings the cloud registered codec.
>
> It’s a little bit of an ugly trombone, but it does work..
>
> Sent from my iPhone
>
> On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> ?
>
> Darn. Double darn.
>
> Let’s hope webex offers up custom domain registration for devices soon.
>
> ‘Cause room123@acme.rooms.webex.com is a bit much.
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594062845&sdata=NZ1r%2BfF%2FekCgt%2FARyjJ3rxBVHLHQXVdDERhMIM4sISE%3D&reserved=0> |
> @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>
> What it sounds like you are trying to do to me, is allow the call to
> ultimately setup with a URI different than the URI that was dialed, without
> the calling party being the wiser.
>
> DNS won’t be able to do anything with regards to that I don’t think,
> because it really sounds like you’re trying to manipulate/transform the
> called URI, and you’ll need something to interact with the SIP message
> stack for that I’d think.
>
> You can create a round robin A record, that resolves to multiple IP
> addresses, so when the client looks up the DNS SRV, it receives multiple
> targets to try before considering the SRV target “unreachable” (SRV weights
> and priorities determine the ordering of the target addresses resolved for
> the client). However, this won’t have the ability to change the called URI,
> which is ultimately what I think you’re attempting in the scenario (DNS and
> SIP messages are on different networking layers).
>
> As Dave mentioned below, Expressway or a LUA script (sip normalization) in
> CUCM seems to be uniquely qualified for what you’re wanting to do.
>
> Sent from my iPhone
>
> On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
> ?
>
> I’ve seen some references to Cisco SIP proxy server.
>
> Would that help?
>
> *-sent from mobile device-*
>
>
> *Lelio Fulgenzi, B.A.* | Senior Analyst
>
> Computing and Communications Services | University of Guelph
>
> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
> N1G 2W1
>
> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>
>
>
> www.uoguelph.ca/ccs
> <https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=LEFEOBUPvVtGUiBc8mGoRoSp1EOwAw%2FzWr1y4QRrkj0%3D&reserved=0> |
> @UofGCCS on Instagram, Twitter and Facebook
>
>
>
> [image: University of Guelph Cornerstone with Improve Life tagline]
>
> On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com> wrote:
>
> According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt
> <https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=%2FzjXq6A407ULW1tL6YQHpLhkShhif1%2FacmD9VUNKLNE%3D&reserved=0>),
> it does not, under the “Target Definition”; “there must be one or more
> address records for this name, the name must not be an alias”.
>
> However, I can tell you that I have used a CNAME in the SRV target field
> before, and it appeared to work at the time. Still, depending on the
> application, doing so could potentially cause some weird issue with regards
> to PTR or something.
>
> Sent from my iPhone
>
> On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu> wrote:
>
> ?
> I don't think DNS SRV records support CNAME. Even then, it would only
> change where it was sent to and not the SIP headers.
>
> On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>
>> Yeah – I’d want this to happen all within DNS. But of course, in a
>> supported fashion. I’m not interested in spending time modifying
>> infrastructure at this time.
>>
>>
>>
>> I’ve done some searching, and there’s talk of RR records, but we haven’t
>> found much documentation.
>>
>>
>>
>>
>>
>> ---
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 | lelio@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs
>> <https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594082856&sdata=pEX5UuysZ3RCXA%2FGF4IDnjr09tsIakt0n0SfJ57oo84%3D&reserved=0>
>> | @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> <image001.png>
>>
>>
>>
>> *From:* Dave Goodwin <dave.goodwin@december.net>
>> *Sent:* Friday, October 4, 2019 12:09 PM
>> *To:* Lelio Fulgenzi <lelio@uoguelph.ca>
>> *Cc:* cisco-voip voyp list <cisco-voip@puck.nether.net>
>> *Subject:* Re: [cisco-voip] SIP Domain substitution
>>
>>
>>
>> Are you wanting this to all happen within DNS instead of happening within
>> a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME
>> record for example) it would not change the destination URI the originator
>> is trying to reach. The SIP protocol has redirection codes (such as 301 or
>> 302) but whether or how you might be able to use them depends on the SIP
>> UAs being used.
>>
>>
>>
>> You might also be able to use something like a SIP normalization script
>> (CUCM), SIP profiles (CUBE), or maybe search pattern replacements
>> (Expressway) to just translate the domain as calls flow in/out. I'm
>> guessing what might be feasible without knowing more of the picture.
>>
>>
>>
>> On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca> wrote:
>>
>>
>>
>> Does SIP allow for domain name substitution?
>>
>>
>>
>> By this I mean, instead of advertising or dialing
>> coyote@phones.america.acmemanufacturing.com I want to use coyote@zing.com
>>
>>
>>
>> But I don’t want to have to reorganize and reprogram anything.
>>
>>
>>
>> I just want the DNS to say, “hey, use this domain instead and try again.”
>>
>> *-sent from mobile device-*
>>
>>
>>
>> *Lelio Fulgenzi, B.A.* | Senior Analyst
>>
>> Computing and Communications Services | University of Guelph
>>
>> Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON |
>> N1G 2W1
>>
>> 519-824-4120 Ext. 56354 <519-824-4120;56354> | lelio@uoguelph.ca
>>
>>
>>
>> www.uoguelph.ca/ccs
>> <https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=6ZpM2lN0iu6tB6QR3M8MtjNHBI4tSpZSwYV7xWS6c4o%3D&reserved=0> |
>> @UofGCCS on Instagram, Twitter and Facebook
>>
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=hdAHnz8FNYOsHGYs2Vk%2BrsJ832G5g9r8N1A3%2FwMfUas%3D&reserved=0>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip@puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>> <https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594102877&sdata=7D3WEjh%2FRMW%2FLbHAYLmZxUDyCgOIHCsU8tPpUtyjVic%3D&reserved=0>
>>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
>
> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0
> <https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594112889&sdata=7DN5r%2BI64Uu4jWOKgtk4ecXLyB5%2FO1pONj1Vqx90HKA%3D&reserved=0>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
Re: SIP Domain substitution [ In reply to ]
I didn’t see any reference to cloud registered… I should stop looking at my email tonight.



From: Anthony Holloway <avholloway+cisco-voip@gmail.com>
Sent: Friday, October 4, 2019 9:11 PM
To: Ryan Huff <ryanhuff@outlook.com>
Cc: NateCCIE <nateccie@gmail.com>; cisco-voip voyp list <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] SIP Domain substitution



On a Friday night no less.



On Fri, Oct 4, 2019 at 10:08 PM Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

Come on... we are geeks here.... we are going to run this down every possible avenue regardless :)

Sent from my iPhone





On Oct 4, 2019, at 23:06, Anthony Holloway <avholloway+cisco-voip@gmail.com <mailto:avholloway%2Bcisco-voip@gmail.com> > wrote:

?

I think Lelio was wondering about a pure cloud registered device, and then simply purchasing a vanity domain to overlay on top of the ugly webex one.



You know....like URL shortening <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblog.rebrandly.com%2Fthe-history-of-url-shorteners%2F&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823445677&sdata=BK7X5LPEj%2FERkvJhhoKkxhGYbUFaMYDYuHIE3rjPGsE%3D&reserved=0> .



On Fri, Oct 4, 2019 at 9:57 PM NateCCIE <nateccie@gmail.com <mailto:nateccie@gmail.com> > wrote:

Doesn’t cucm have the ability to look at the user portion of the URI only? For like when you’re routing to a DN? Or I think you can add the short domain to the list of the CUCM “owned” domains in enterprise parameters.



From: Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> >
Sent: Friday, October 4, 2019 8:51 PM
To: NateCCIE <nateccie@gmail.com <mailto:nateccie@gmail.com> >
Cc: Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> >; cisco-voip voyp list <cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net> >
Subject: Re: [cisco-voip] SIP Domain substitution



Hey Nate ... the original ask I think, was to do it all with DNS only and no intervention at layer 4, which to my knowledge, DNS alone couldn’t do.



Expressway search rule, CUCM LUA script... etc could all do it in reality.



However, the actual goal appears to be dialing a Webex cloud registered codec, using a non cloud uri (...@rooms.webex.com <mailto:...@rooms.webex.com> ), and for that Webex Hybrid calling with Expressway B2B would get you there, and also checks the “no additional transformation needed” box.



Sent from my iPhone



On Oct 4, 2019, at 22:41, NateCCIE <nateccie@gmail.com <mailto:nateccie@gmail.com> > wrote:

? I am not thinking right? Can’t a dns srv get the call routed to a specific host? Then a quick expressway transform to change the domain, and you’re done.



Think of it as a different internal domain va external domain.



Foo@company.com <mailto:Foo@company.com> does goes to expressway.companyinfrastructuredomain.com <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fexpressway.companyinfrastructuredomain.com&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823445677&sdata=26dr97QxoCEhEb11y0lmKT7btioRrDIgcTh7f0lpp%2FQ%3D&reserved=0> which does a quick trans to foo@internal.local <mailto:foo@internal.local>





Sent from my iPhone



On Oct 4, 2019, at 8:36 PM, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



Interesting. I’ll have to look into that. Thx.

-sent from mobile device-



Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823455686&sdata=6OmIEsttbas7XV2w7vZ6PFeC7tYVDLvVx%2FTGUFyxjbE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.



The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.



It’s a little bit of an ugly trombone, but it does work..



Sent from my iPhone



On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



Darn. Double darn.



Let’s hope webex offers up custom domain registration for devices soon.



‘Cause room123@acme.rooms.webex.com <mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-



Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823455686&sdata=6OmIEsttbas7XV2w7vZ6PFeC7tYVDLvVx%2FTGUFyxjbE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.



DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.



You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).



As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone



On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

?



I’ve seen some references to Cisco SIP proxy server.



Would that help?

-sent from mobile device-



Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823465691&sdata=ryzes%2BdGBEOYvqvcqvqpF8bWLLtG5xgcWZN6qmnL2EQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook






On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com <mailto:ryanhuff@outlook.com> > wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823465691&sdata=zws9PuMtkFDedn98xKfGYn9EI0chKJMcR4G%2FGcpJePc%3D&reserved=0> ), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.



However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.



Sent from my iPhone



On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu <mailto:bmeade90@vt.edu> > wrote:

?

I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.



On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:

Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.



I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.





---

Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 | <mailto:lelio@uoguelph.ca> lelio@uoguelph.ca



<https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823475701&sdata=DdBdytu3ONg9rnh6m4f7%2B7l88QEl%2BxPdIX6vpivkehY%3D&reserved=0> www.uoguelph.ca/ccs | @UofGCCS on Instagram, Twitter and Facebook



<image001.png>



From: Dave Goodwin <dave.goodwin@december.net <mailto:dave.goodwin@december.net> >
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> >
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net> >
Subject: Re: [cisco-voip] SIP Domain substitution



Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.



You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.



On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca <mailto:lelio@uoguelph.ca> > wrote:



Does SIP allow for domain name substitution?



By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com <mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com <mailto:coyote@zing.com>



But I don’t want to have to reorganize and reprogram anything.



I just want the DNS to say, “hey, use this domain instead and try again.”

-sent from mobile device-



Lelio Fulgenzi, B.A. | Senior Analyst

Computing and Communications Services | University of Guelph

Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1

519-824-4120 Ext. 56354 <tel:519-824-4120;56354> | lelio@uoguelph.ca <mailto:lelio@uoguelph.ca>



www.uoguelph.ca/ccs <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823475701&sdata=DdBdytu3ONg9rnh6m4f7%2B7l88QEl%2BxPdIX6vpivkehY%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook



_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823485705&sdata=akd%2Fcj6oU1IthlpiE5p8JPlYo1XZxHJeXyYf2WdTxd8%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823485705&sdata=akd%2Fcj6oU1IthlpiE5p8JPlYo1XZxHJeXyYf2WdTxd8%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823495715&sdata=cFlfENvdBQB1fqunCV4bZsf4W0o%2FG7Ymvp3mRd845cA%3D&reserved=0> &amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823505720&sdata=LFfWClishX1TQjbyFtVNfmG9Qz3QF7pBOGhKSKkm%2FOs%3D&reserved=0>

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C4df4b81e7de446bcd2fa08d749410008%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058415823505720&sdata=LFfWClishX1TQjbyFtVNfmG9Qz3QF7pBOGhKSKkm%2FOs%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
I’m trying to do a bit of everything, really.

In our case, I’d like to have a few cloud registered WebEx room devices still be able to call our extensions. It’s the one thing we loose vs. on-prem reg WebEx room devices.

I still have to get it working (I’m guessing there are IP address ranges I have to permit) but a cloud registered device can call <ext>@myphone.acme.com

If I can create a macro on cloud registered devices like you can on CE devices, then it gives me that functionality.

We don’t have Webex Teams deployed. We don’t have Webex pstn / calling enabled.

So it’s either a hybrid call setup or a macro.

I’ll have to investigate further.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 11:25 PM, Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway+cisco-voip@gmail.com>> wrote:

Wait, I thought this was for other businesses to call you. Are you saying that to call within your own cloud you have to dial that giant URI? Is there no directory, or extension dialing? Clearly, I have not done a single Webex calling deployment yet.

On Fri, Oct 4, 2019 at 10:06 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Ok. Looking at it from the other way around, could I create a macro(?) on the cloud registered devices that ask for a 5 digit extension and then add the appropriate SIP domain to the extension to place the call?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone

On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594062845&sdata=NZ1r%2BfF%2FekCgt%2FARyjJ3rxBVHLHQXVdDERhMIM4sISE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=LEFEOBUPvVtGUiBc8mGoRoSp1EOwAw%2FzWr1y4QRrkj0%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=%2FzjXq6A407ULW1tL6YQHpLhkShhif1%2FacmD9VUNKLNE%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594082856&sdata=pEX5UuysZ3RCXA%2FGF4IDnjr09tsIakt0n0SfJ57oo84%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=6ZpM2lN0iu6tB6QR3M8MtjNHBI4tSpZSwYV7xWS6c4o%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=hdAHnz8FNYOsHGYs2Vk%2BrsJ832G5g9r8N1A3%2FwMfUas%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594102877&sdata=7D3WEjh%2FRMW%2FLbHAYLmZxUDyCgOIHCsU8tPpUtyjVic%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594112889&sdata=7DN5r%2BI64Uu4jWOKgtk4ecXLyB5%2FO1pONj1Vqx90HKA%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
Re: SIP Domain substitution [ In reply to ]
Webex Hybrid Calling definitely sounds like a good fit for you then; it’ll also give your cloud registered devices a way to dial the on-prem extensions.

Basically, when the cloud registered device is setup, you select Hybrid calling as the PSTN service (assuming Hybrid calling has already been setup) and then it sends signaling to CUCM via Expressway-C > CUCM. The effective media path is device <> cloud.

If you have Expressway B2B, you can also leverage that to allow your cloud devices to make B2B SIP calls via Cloud > Expressway-C > CUCM > Expressway-C > Expressway-E > Internet. The idea was to make Hybrid Calling for cloud devices “transparent” to the user over cloud calling in terms of PSTN capabilities, with the added feature of interacting with on-prem extensions as if the device was registered on-prem.

There are more than a few scenarios where Webex Hybrid calling will trombone the call, and it’s by design and due to the nature of the scenario. Under the hood, the call legs and SIP messages can get hairy from a troubleshooting perspective (TranslatorX is a beast for this), and Cisco has had more than a few complaints about it, but it is what it is.

Sent from my iPhone

On Oct 4, 2019, at 23:40, Lelio Fulgenzi <lelio@uoguelph.ca> wrote:

?

I’m trying to do a bit of everything, really.

In our case, I’d like to have a few cloud registered WebEx room devices still be able to call our extensions. It’s the one thing we loose vs. on-prem reg WebEx room devices.

I still have to get it working (I’m guessing there are IP address ranges I have to permit) but a cloud registered device can call <ext>@myphone.acme.com

If I can create a macro on cloud registered devices like you can on CE devices, then it gives me that functionality.

We don’t have Webex Teams deployed. We don’t have Webex pstn / calling enabled.

So it’s either a hybrid call setup or a macro.

I’ll have to investigate further.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587224475&sdata=K8Hkz7W%2F3ijLyQTh0Nc6ZgnMbiXTurUDovMLe%2FjqT6k%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 11:25 PM, Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway+cisco-voip@gmail.com>> wrote:

Wait, I thought this was for other businesses to call you. Are you saying that to call within your own cloud you have to dial that giant URI? Is there no directory, or extension dialing? Clearly, I have not done a single Webex calling deployment yet.

On Fri, Oct 4, 2019 at 10:06 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Ok. Looking at it from the other way around, could I create a macro(?) on the cloud registered devices that ask for a 5 digit extension and then add the appropriate SIP domain to the extension to place the call?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587234480&sdata=hP1iUi1T8p7kIR8cnYIG6z3JKod80gGGYp47f1seNCA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone

On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587244485&sdata=up%2BFCTMM56ltoeiCLOkkoDz%2BjVc8Tpe6Z9kkqE7rUPs%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587254496&sdata=%2BDWdd5Bj2baDh9yla7QDgc4Qiig1S6ki26u5adIEN7w%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587264501&sdata=T5gNO4TAfOEFXaKUKLBLleyj1GtmxSXVzc2BAMbXC5E%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587274512&sdata=ls8WyWXgtfKDMoC3gIKyHoq07iuEP4VbDlQLnweBKJQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587284523&sdata=d7UxK0tYWLGKNshr7rcBEBv4XImcgWh%2BAzsfqTgMOPQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587294528&sdata=%2FntSpFvdq5C9fBtAxbIqHNdJd3zh3MLoKzUB58MdQzo%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587304539&sdata=VmatVAGW8esVjSRB9OrfERfeODum63Up5%2BLflPnqiWQ%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587314544&sdata=iZL6Ab6FqFN5VySWfedSKgp2jJRDTdQ444d9LNzHnmI%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587324549&sdata=Ag76XstJgq0n7JVtfAOabXMrYu25RqmHonFUYLe28ao%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
Yeah. I hear ya. I’ll have to do more research. To see how much effort is actually required.

My biggest concern is enabling PSTN access and not opening up a security exposure.

I was at the collab techtorial where the presenter put the fear of Dog into us about spinning up a separate expressway cluster to ensure no pstn abuse.

I’ll try with Macros first. If I can get extension dialing easy enough, it buys me s proof of concept that can get me more support.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 5, 2019, at 9:36 AM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

Webex Hybrid Calling definitely sounds like a good fit for you then; it’ll also give your cloud registered devices a way to dial the on-prem extensions.

Basically, when the cloud registered device is setup, you select Hybrid calling as the PSTN service (assuming Hybrid calling has already been setup) and then it sends signaling to CUCM via Expressway-C > CUCM. The effective media path is device <> cloud.

If you have Expressway B2B, you can also leverage that to allow your cloud devices to make B2B SIP calls via Cloud > Expressway-C > CUCM > Expressway-C > Expressway-E > Internet. The idea was to make Hybrid Calling for cloud devices “transparent” to the user over cloud calling in terms of PSTN capabilities, with the added feature of interacting with on-prem extensions as if the device was registered on-prem.

There are more than a few scenarios where Webex Hybrid calling will trombone the call, and it’s by design and due to the nature of the scenario. Under the hood, the call legs and SIP messages can get hairy from a troubleshooting perspective (TranslatorX is a beast for this), and Cisco has had more than a few complaints about it, but it is what it is.

Sent from my iPhone

On Oct 4, 2019, at 23:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’m trying to do a bit of everything, really.

In our case, I’d like to have a few cloud registered WebEx room devices still be able to call our extensions. It’s the one thing we loose vs. on-prem reg WebEx room devices.

I still have to get it working (I’m guessing there are IP address ranges I have to permit) but a cloud registered device can call <ext>@myphone.acme.com

If I can create a macro on cloud registered devices like you can on CE devices, then it gives me that functionality.

We don’t have Webex Teams deployed. We don’t have Webex pstn / calling enabled.

So it’s either a hybrid call setup or a macro.

I’ll have to investigate further.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587224475&sdata=K8Hkz7W%2F3ijLyQTh0Nc6ZgnMbiXTurUDovMLe%2FjqT6k%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 11:25 PM, Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway+cisco-voip@gmail.com>> wrote:

Wait, I thought this was for other businesses to call you. Are you saying that to call within your own cloud you have to dial that giant URI? Is there no directory, or extension dialing? Clearly, I have not done a single Webex calling deployment yet.

On Fri, Oct 4, 2019 at 10:06 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Ok. Looking at it from the other way around, could I create a macro(?) on the cloud registered devices that ask for a 5 digit extension and then add the appropriate SIP domain to the extension to place the call?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587234480&sdata=hP1iUi1T8p7kIR8cnYIG6z3JKod80gGGYp47f1seNCA%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone

On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587244485&sdata=up%2BFCTMM56ltoeiCLOkkoDz%2BjVc8Tpe6Z9kkqE7rUPs%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.

Sent from my iPhone

On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

?

I’ve seen some references to Cisco SIP proxy server.

Would that help?

-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587254496&sdata=%2BDWdd5Bj2baDh9yla7QDgc4Qiig1S6ki26u5adIEN7w%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:

According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587264501&sdata=T5gNO4TAfOEFXaKUKLBLleyj1GtmxSXVzc2BAMbXC5E%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone

On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:

?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587274512&sdata=ls8WyWXgtfKDMoC3gIKyHoq07iuEP4VbDlQLnweBKJQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587284523&sdata=d7UxK0tYWLGKNshr7rcBEBv4XImcgWh%2BAzsfqTgMOPQ%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587294528&sdata=%2FntSpFvdq5C9fBtAxbIqHNdJd3zh3MLoKzUB58MdQzo%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587304539&sdata=VmatVAGW8esVjSRB9OrfERfeODum63Up5%2BLflPnqiWQ%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587314544&sdata=iZL6Ab6FqFN5VySWfedSKgp2jJRDTdQ444d9LNzHnmI%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7Cb16503f6614e48ab04dc08d74945d472%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058436587324549&sdata=Ag76XstJgq0n7JVtfAOabXMrYu25RqmHonFUYLe28ao%3D&reserved=0>
Re: SIP Domain substitution [ In reply to ]
Yes that would work – as far as I understand it will route calls to whatever domain out as long as you haven’t synchronized users in with the same URI who have Teams or basic calling enabled.

That or you would need Hybrid Calling or it eventual replacement or similar to anchor something out there.

I would hope you can push a macro out there to cloud registered endpoints, what with all the bragging about how simple it is to integrate to room controls and systems.



From: cisco-voip <cisco-voip-bounces@puck.nether.net> On Behalf Of Lelio Fulgenzi
Sent: Friday, October 4, 2019 11:41 PM
To: Anthony Holloway <avholloway+cisco-voip@gmail.com>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net>
Subject: Re: [cisco-voip] SIP Domain substitution


I’m trying to do a bit of everything, really.

In our case, I’d like to have a few cloud registered WebEx room devices still be able to call our extensions. It’s the one thing we loose vs. on-prem reg WebEx room devices.

I still have to get it working (I’m guessing there are IP address ranges I have to permit) but a cloud registered device can call <ext>@myphone.acme.com

If I can create a macro on cloud registered devices like you can on CE devices, then it gives me that functionality.

We don’t have Webex Teams deployed. We don’t have Webex pstn / calling enabled.

So it’s either a hybrid call setup or a macro.

I’ll have to investigate further.
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0>
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 11:25 PM, Anthony Holloway <avholloway+cisco-voip@gmail.com<mailto:avholloway+cisco-voip@gmail.com>> wrote:
Wait, I thought this was for other businesses to call you. Are you saying that to call within your own cloud you have to dial that giant URI? Is there no directory, or extension dialing? Clearly, I have not done a single Webex calling deployment yet.

On Fri, Oct 4, 2019 at 10:06 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Ok. Looking at it from the other way around, could I create a macro(?) on the cloud registered devices that ask for a 5 digit extension and then add the appropriate SIP domain to the extension to place the call?
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 10:32 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
Webex Hybrid Calling (with Expressway B2B), could in theory, help accomplish this. The codec is still cloud registered, though Hybrid calling would allow for an on-prem URI to be associated with the Webex remote destination of the codec.

The call would come into the on-prem URI via B2B like normal, and assuming the Hybrid integration was setup correctly, ring the Webex remote destination which rings the cloud registered codec.

It’s a little bit of an ugly trombone, but it does work..

Sent from my iPhone


On Oct 4, 2019, at 22:09, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

Darn. Double darn.

Let’s hope webex offers up custom domain registration for devices soon.

‘Cause room123@acme.rooms.webex.com<mailto:room123@acme.rooms.webex.com> is a bit much.
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594062845&sdata=NZ1r%2BfF%2FekCgt%2FARyjJ3rxBVHLHQXVdDERhMIM4sISE%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 9:05 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
What it sounds like you are trying to do to me, is allow the call to ultimately setup with a URI different than the URI that was dialed, without the calling party being the wiser.

DNS won’t be able to do anything with regards to that I don’t think, because it really sounds like you’re trying to manipulate/transform the called URI, and you’ll need something to interact with the SIP message stack for that I’d think.

You can create a round robin A record, that resolves to multiple IP addresses, so when the client looks up the DNS SRV, it receives multiple targets to try before considering the SRV target “unreachable” (SRV weights and priorities determine the ordering of the target addresses resolved for the client). However, this won’t have the ability to change the called URI, which is ultimately what I think you’re attempting in the scenario (DNS and SIP messages are on different networking layers).

As Dave mentioned below, Expressway or a LUA script (sip normalization) in CUCM seems to be uniquely qualified for what you’re wanting to do.
Sent from my iPhone


On Oct 4, 2019, at 20:40, Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
?

I’ve seen some references to Cisco SIP proxy server.

Would that help?
-sent from mobile device-


Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=LEFEOBUPvVtGUiBc8mGoRoSp1EOwAw%2FzWr1y4QRrkj0%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

[University of Guelph Cornerstone with Improve Life tagline]

On Oct 4, 2019, at 7:46 PM, Ryan Huff <ryanhuff@outlook.com<mailto:ryanhuff@outlook.com>> wrote:
According to RFC 2782 (https://www.ietf.org/rfc/rfc2782.txt<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfc%2Frfc2782.txt&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594072853&sdata=%2FzjXq6A407ULW1tL6YQHpLhkShhif1%2FacmD9VUNKLNE%3D&reserved=0>), it does not, under the “Target Definition”; “there must be one or more address records for this name, the name must not be an alias”.

However, I can tell you that I have used a CNAME in the SRV target field before, and it appeared to work at the time. Still, depending on the application, doing so could potentially cause some weird issue with regards to PTR or something.

Sent from my iPhone


On Oct 4, 2019, at 19:10, Brian Meade <bmeade90@vt.edu<mailto:bmeade90@vt.edu>> wrote:
?
I don't think DNS SRV records support CNAME. Even then, it would only change where it was sent to and not the SIP headers.

On Fri, Oct 4, 2019 at 12:26 PM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:
Yeah – I’d want this to happen all within DNS. But of course, in a supported fashion. I’m not interested in spending time modifying infrastructure at this time.

I’ve done some searching, and there’s talk of RR records, but we haven’t found much documentation.


---
Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354 | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594082856&sdata=pEX5UuysZ3RCXA%2FGF4IDnjr09tsIakt0n0SfJ57oo84%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

<image001.png>

From: Dave Goodwin <dave.goodwin@december.net<mailto:dave.goodwin@december.net>>
Sent: Friday, October 4, 2019 12:09 PM
To: Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>>
Cc: cisco-voip voyp list <cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>>
Subject: Re: [cisco-voip] SIP Domain substitution

Are you wanting this to all happen within DNS instead of happening within a SIP UA? As far as I understand, if DNS redirected somewhere (SRV or CNAME record for example) it would not change the destination URI the originator is trying to reach. The SIP protocol has redirection codes (such as 301 or 302) but whether or how you might be able to use them depends on the SIP UAs being used.

You might also be able to use something like a SIP normalization script (CUCM), SIP profiles (CUBE), or maybe search pattern replacements (Expressway) to just translate the domain as calls flow in/out. I'm guessing what might be feasible without knowing more of the picture.

On Fri, Oct 4, 2019 at 11:10 AM Lelio Fulgenzi <lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>> wrote:

Does SIP allow for domain name substitution?

By this I mean, instead of advertising or dialing coyote@phones.america.acmemanufacturing.com<mailto:coyote@phones.america.acmemanufacturing.com> I want to use coyote@zing.com<mailto:coyote@zing.com>

But I don’t want to have to reorganize and reprogram anything.

I just want the DNS to say, “hey, use this domain instead and try again.”
-sent from mobile device-

Lelio Fulgenzi, B.A. | Senior Analyst
Computing and Communications Services | University of Guelph
Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1
519-824-4120 Ext. 56354<tel:519-824-4120;56354> | lelio@uoguelph.ca<mailto:lelio@uoguelph.ca>

www.uoguelph.ca/ccs<https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.uoguelph.ca%2Fccs&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=6ZpM2lN0iu6tB6QR3M8MtjNHBI4tSpZSwYV7xWS6c4o%3D&reserved=0> | @UofGCCS on Instagram, Twitter and Facebook

_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594092864&sdata=hdAHnz8FNYOsHGYs2Vk%2BrsJ832G5g9r8N1A3%2FwMfUas%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594102877&sdata=7D3WEjh%2FRMW%2FLbHAYLmZxUDyCgOIHCsU8tPpUtyjVic%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&amp;data=02%7C01%7C%7C8490bfb695e94274db6d08d7491ffa5a%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058274001837045&amp;sdata=zfbMgSZMo1JkN8aVUEQ0s%2B18Hgsoa9887UvQ3z1v6rw%3D&amp;reserved=0<https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C91eb00070c1b45238c9d08d749390724%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637058381594112889&sdata=7DN5r%2BI64Uu4jWOKgtk4ecXLyB5%2FO1pONj1Vqx90HKA%3D&reserved=0>
_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net<mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

1 2  View All