Re: masquerade() Education
"Joshua C. Colp" <[email protected]> Mon, 18 Dec 2023 20:34:51 -0400
| Newsgroups | gmane.comp.telephony.pbx.asterisk.devel |
|---|---|
| Message-ID | <CAM0A2Z2cCXzVJpTAvnJsEYkSowYfh=6q0dPP7v7fpTN0BDOmNQ@mail.gmail.com> |
--===============5848315309497044554== Content-Type: multipart/alternative; boundary="00000000000085b6a0060cd2090e" --00000000000085b6a0060cd2090e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Dec 18, 2023 at 8:12=E2=80=AFPM Steve Murphy <[email protected]> w= rote: <snip> > While my work revolves largely around asterisk, this issue comes up over > and over, especially when it's time to upgrade to a new version of > Asterisk. I keep intending to ask about it, but finally, I have this > chance. Why exactly is masquerade() still necessary? I am asking more > out of curiosity than condemnation or other negative reasons! I would > love to understand the issues, perhaps at some point in time, I may be > able to help. > Because a channel isn't always bridged when you want to swap it with another, and there is no other operation or method to do so except for masquerade. To get rid of masquerade would require a rearchitecture such that bridging is always occurring, or to make everything (applications and other APIs) aware of some kind of swap operation. These days masquerades aren't really a huge thing like they were in the old days because it's mostly been hidden from view and has become an internal detail. Many years ago it would leak out into places such as AMI and be more problematic. --=20 Joshua C. Colp Asterisk Project Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org --00000000000085b6a0060cd2090e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr">On Mon, Dec 18, 2023 at 8:12=E2=80=AFPM S= teve Murphy <<a href=3D"mailto:[email protected]">[email protected]</a= >> wrote:</div><div dir=3D"ltr"><br></div><div><snip></div><div di= r=3D"ltr"><br></div><div class=3D"gmail_quote"><blockquote class=3D"gmail_q= uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2= 04);padding-left:1ex"> <br> While my work revolves largely around asterisk, this issue comes up over <b= r> and over, especially when it's time to upgrade to a new version of <br> Asterisk. I keep intending to ask about it, but finally, I have this <br> chance. Why exactly is masquerade() still necessary? I am asking more <br> out of curiosity than condemnation or other negative reasons!=C2=A0 I would= <br> love to understand the issues, perhaps at some point in time, I may be <br> able to help.<br></blockquote><div><br></div><div>Because a channel isn'= ;t always bridged when you want to swap it with another, and there is no ot= her operation or method to do so except for masquerade. To get rid of masqu= erade would require a rearchitecture such that bridging is always occurring= , or to make everything (applications and other APIs) aware of some kind of= swap operation. These days masquerades aren't really a huge thing like= they were in the old days because it's mostly been hidden from view an= d has become an internal detail. Many years ago it would leak out into plac= es such as AMI and be more problematic.</div></div><div><br></div><span cla= ss=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail= _signature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><d= iv dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div style=3D"font-family:= tahoma,sans-serif"><font color=3D"#073763">Joshua C. Colp</font></div><div = style=3D"font-family:tahoma,sans-serif"><font color=3D"#073763">Asterisk Pr= oject Lead</font></div><div style=3D"font-family:tahoma,sans-serif"><font c= olor=3D"#073763">Sangoma Technologies</font></div><div style=3D"font-family= :tahoma,sans-serif"><font color=3D"#073763">Check us out at <a href=3D"http= ://www.sangoma.com" target=3D"_blank">www.sangoma.com</a> and <a href=3D"ht= tp://www.asterisk.org" target=3D"_blank">www.asterisk.org</a></font><br></d= iv></div></div></div></div></div></div></div></div></div></div> --00000000000085b6a0060cd2090e-- --===============5848315309497044554== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline LS0gCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwotLSBCYW5kd2lkdGggYW5kIENvbG9jYXRpb24gUHJvdmlkZWQgYnkg aHR0cDovL3d3dy5hcGktZGlnaXRhbC5jb20gLS0KCmFzdGVyaXNrLWRldiBtYWlsaW5nIGxpc3QK VG8gVU5TVUJTQ1JJQkUgb3IgdXBkYXRlIG9wdGlvbnMgdmlzaXQ6CiAgIGh0dHA6Ly9saXN0cy5k aWdpdW0uY29tL21haWxtYW4vbGlzdGluZm8vYXN0ZXJpc2stZGV2 --===============5848315309497044554==--