What's interesting about this DDTs is when one overwrites the Int cell commands with a command like copy start run, DDR (dialer watch-group 1) stops matching interesting traffic so DMNR (NeMo) registration messages fail and DMNR dies - once that happens the dialer - group 1 takes over and re-establishes DMNR session. Why dialer-group 1 does not work all the time is curious and why dial watch-group 1 stops matching interesting traffic is also curious. To say, dialer-group 1 "fixes" the issue is simply incorrect because dialer-group 1 doesn't forward traffic until dialer watch-group 1 stops matching traffic which causes NeMo to go down - the dialer-group 1 takes over and re-establishes the NeMo.
I have a few questions about this:
1. Why was DDR even used for this LTE 4G case - seems to me to be an always on interface anyway, as opposed to an match traffic modem config, so why bother matching interesting traffic like the DMNR HA traffic to bring up DMNR? Also once DMNR is up you don't need DDR anymore you use the routing tables.
2. Why doesn't dialer-group 1 work to initially match DMNR HA traffic so we can simply remove the DDR configuration?
This is only going to get more pervasive once 5G LTE interfaces are available so why not get rid of the DDR configuration altogether and bring the routing into the turn of the century?
