09-19-2008 03:06 PM - edited 03-03-2019 11:37 PM
Hi,
we are maintaining 150 site for one of the US client, For all the sites we are having MPLS link as primary & ISDN link as secondary, Now my client is requesting us to send Monthly report for working ISDN links.
Is there any way to test the ISDN (BRI) Link with out dropping the MPLS link,
duering this test all also all my traffic has to go through the MPLS only.
Pls Someone help me on this.
Solved! Go to Solution.
09-19-2008 06:58 PM
ping the dialer interface of the remote router from the local router dialer interface using extended ping.
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080093f22.shtml
09-21-2008 11:22 AM
Hello Kranthi,
as Rick has suggested the DDR is triggered by the backup interface that references the dialer interface.
backup interface Dialer75
I'm afraid that the dialer interface is kept down by the backup interface command.
However, instead of tearing down the mpls link you could:
remove the backup interface dialer75 interface under the primary WAN link
make the tests as suggested in the first posts
reapply the backup interface command
in this way you can test the ISDN link without disturbing the service.
Of course this test is not complete because the DDR is not tested with the backup command.
Here, if this is enough or not becomes a question of test specifications.
Hope to help
Giuseppe
09-21-2008 02:17 PM
Kranthi,
As Giuseppe explains when DDR is configured using backup-interface then it puts the backup interface (dialer75 in your case) into a special state where the interface can not make a call and can not receive a call unless the primary interface goes into state protocol down. This means that you can not test with the backup interface without taking the primary interface down.
As Giuseppe explains, one alternative is to remove the backup-interface command on the primary interface. This allows the dialer75 interface to be used in testing. Another alternative is to configure another dialer interface with parameters similar to dialer75. Since the other dialer interface is not configured as a backup-interface it can be configured with the same dialer string and can be used to test the ISDN without impacting the backup-interface configuration.
HTH
Rick
09-19-2008 06:58 PM
ping the dialer interface of the remote router from the local router dialer interface using extended ping.
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080093f22.shtml
09-19-2008 11:34 PM
Hello Chaitu,
you have two options:
using extended ping to remote dialer ip address as explained by Danilo
or you can use the isdn call command
see
http://www.cisco.com/en/US/tech/tk801/tk379/technologies_tech_note09186a0080093c1a.shtml#initiate
Hope to help
Giuseppe
09-20-2008 10:21 AM
Kranthi
The prior suggestions assume that you have configured dialer interfaces (and with dialer interfaces there is a potential issue if you are using backup-interface with the dialer interface). And while that is probably what I would do for that number of sites, I do not see anything in your post that tells us how you have set up the ISDN. If you would provide more detail about how the ISDN is set up and about how the backup is initiated then we could give you better answers.
HTH
Rick
09-21-2008 10:16 AM
Hi,
Thanks for all your support,
For better understanding on setup Please find the attached sample config that is there at one our site.
Our final motive behind this is,client requesting us to submit the monthly report on the ISDN working status.
i know only that, if MPLS goes down then BRI will trigger. But as per client they are telling that with out making the MPLS in Down state we can test BRI. and it possible that with out allwoing any traffic duering this test.(Previous tech support persons has done these thing-As per Client)
Is it possible ?
09-21-2008 10:22 AM
09-21-2008 11:22 AM
Hello Kranthi,
as Rick has suggested the DDR is triggered by the backup interface that references the dialer interface.
backup interface Dialer75
I'm afraid that the dialer interface is kept down by the backup interface command.
However, instead of tearing down the mpls link you could:
remove the backup interface dialer75 interface under the primary WAN link
make the tests as suggested in the first posts
reapply the backup interface command
in this way you can test the ISDN link without disturbing the service.
Of course this test is not complete because the DDR is not tested with the backup command.
Here, if this is enough or not becomes a question of test specifications.
Hope to help
Giuseppe
09-21-2008 02:17 PM
Kranthi,
As Giuseppe explains when DDR is configured using backup-interface then it puts the backup interface (dialer75 in your case) into a special state where the interface can not make a call and can not receive a call unless the primary interface goes into state protocol down. This means that you can not test with the backup interface without taking the primary interface down.
As Giuseppe explains, one alternative is to remove the backup-interface command on the primary interface. This allows the dialer75 interface to be used in testing. Another alternative is to configure another dialer interface with parameters similar to dialer75. Since the other dialer interface is not configured as a backup-interface it can be configured with the same dialer string and can be used to test the ISDN without impacting the backup-interface configuration.
HTH
Rick
09-22-2008 10:13 PM
Hi,
Thanks for all your support, my issue is resolved now.
Can somebody tell me that is it work even if iam having "auto summurization" in my configuration ?
09-23-2008 12:49 AM
Hi
You have to log on to remote routers to check the ISDN status, You can use SH ISDN STSTUS command and check for L1 And L2 Status, Paralley you can Fire the call to RAS which will not affect to Primary link
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide