Re: [Dnsmasq-discuss] DNSMASQ used to force redirection for testing. IPv6

2019-06-19 Thread Mcginniss, David S [CTO] 
> All,

>

> ?

>

> I have loaded DDWRT on a small router and I am having the issue as

> follows.

>

> ?

>

> I have set an IP for a FQDN as follows.

>

> ?

>

> listen-address=127.0.0.1

>

Why? listen on localhost??? ( please elaborate that configuration decission )





> listen-address=::1

>

> address=/FQDN/XXX.XXX.XXX.XXX

>

> The if a WiFi UE makes an A record query over IPv4 transport all is

> well and I am able to force connection to the XXX.XXX.XXX.XXX node I

> am testing.? The GTM serving the DNS has many geographic nodes and

> within regions many nodes served round robin.? The problem is when

> dual stack clients attach they prefer IPv6 and will send their A

> record query out over IPv6 and get another IP from the GTM pool. This

> is correct behavior the devices do both  and A record searches

> over IPv6.?

>

> ?

>

> It is these clients that I am testing with and to make testing valid I

> need to leave them in out of the box condition.

>

> ?

>

> I need to have the Router reply to the IPv6 A record query with my

> fixed address and I haven?t been able to figure out how to force it to

> do so.

>



FWIW??? I haven't been able to figure out what the use case is.



 The use case is that I am testing Phones for Sprint 
where we need to test a specific node when it is first placed in service or has 
had new SW or has been adversely impacting customer calls. Because there are 
multiple elements that perform the same function where the phone has a FQDN  of 
say compgw.vowifi2.spcsdns.net where the device may receive many ipaddress's  
from the dns query. In this use case the phone is attaching to a WiFi access 
point. The Router on the LAN is running DNSMASQ.  I use the "address=/ 
compgw.vowifi2.spcsdns.net /XXX.XXX.XXX.XXX" to set the IP address to that of 
the target Serving Gateway I wish to test. The problem is that the phones being 
IPv6 capable will make an A record query over IPv6 transport and the address I 
set is not used.



I cannot figure out short of disabling IPv6 altogether how to get the AP/router 
which is the DNS server for the attached phones to serve the address I set if 
the query is received over IPv6.



Do you or anyone have a solution without disabling IPv6 on the router?





> ?

>

> Anyone who has already tackled this and could enlighten me from this list?

>

> ?

>

>



Regards



Geert Stappers




David S. McGinniss
Sr. Telecom Engineer
O: 913-315-0262 /M 630-926-3184
david.mcginn...@sprint.com
[Macintosh HD:Users:stephanie.laemoa:Desktop:moveforward_1.png]

___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss

Re: [Dnsmasq-discuss] DNSMASQ used to force redirection for testing. IPv6 transport issue.

2019-06-17 Thread Geert Stappers 
On 07-06-2019 16:48, Mcginniss, David S wrote:

> All,
>
>  
>
> I have loaded DDWRT on a small router and I am having the issue as
> follows.
>
>  
>
> I have set an IP for a FQDN as follows.
>
>  
>
> listen-address=127.0.0.1
>
Why  listen on localhost?   ( please elaborate that configuration
decission )


> listen-address=::1
>
> address=/FQDN/XXX.XXX.XXX.XXX
>
> The if a WiFi UE makes an A record query over IPv4 transport all is
> well and I am able to force connection to the XXX.XXX.XXX.XXX node I
> am testing.  The GTM serving the DNS has many geographic nodes and
> within regions many nodes served round robin.  The problem is when
> dual stack clients attach they prefer IPv6 and will send their A
> record query out over IPv6 and get another IP from the GTM pool. This
> is correct behavior the devices do both  and A record searches
> over IPv6. 
>
>  
>
> It is these clients that I am testing with and to make testing valid I
> need to leave them in out of the box condition.
>
>  
>
> I need to have the Router reply to the IPv6 A record query with my
> fixed address and I haven’t been able to figure out how to force it to
> do so.
>

FWIW    I haven't been able to figure out what the use case is.


>  
>
> Anyone who has already tackled this and could enlighten me from this list?
>
>  
>
>

Regards

Geert Stappers


___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss