<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Hi,<BR>
<BR>
Can you run 'show' or 'monitor' commands on the SAM. For example:<BR>
<BR>
Show service id 123 all<BR>
<BR>
<BR>
to see port or sap utilisation and traffic ingress or egress?<BR>
<BR>
Regards,<BR>
<BR>
<BR>
M Imran<BR> <BR>> From: alcatel-nsp-request@puck.nether.net<BR>> Subject: alcatel-nsp Digest, Vol 20, Issue 6<BR>> To: alcatel-nsp@puck.nether.net<BR>> Date: Tue, 11 Aug 2009 12:00:00 -0400<BR>> <BR>> Send alcatel-nsp mailing list submissions to<BR>> alcatel-nsp@puck.nether.net<BR>> <BR>> To subscribe or unsubscribe via the World Wide Web, visit<BR>> https://puck.nether.net/mailman/listinfo/alcatel-nsp<BR>> or, via email, send a message with subject or body 'help' to<BR>> alcatel-nsp-request@puck.nether.net<BR>> <BR>> You can reach the person managing the list at<BR>> alcatel-nsp-owner@puck.nether.net<BR>> <BR>> When replying, please edit your Subject line so it is more specific<BR>> than "Re: Contents of alcatel-nsp digest..."<BR>> <BR>> <BR>> Today's Topics:<BR>> <BR>> 1. Re: Automate SAM Provisioning through text/csv? (Richard Lee)<BR>> 2. Re: Automate SAM Provisioning through text/csv? (Craig Publow)<BR>> <BR>> <BR>> ----------------------------------------------------------------------<BR>> <BR>> Message: 1<BR>> Date: Mon, 10 Aug 2009 23:38:13 +0100<BR>> From: Richard Lee <rl0001@gmail.com><BR>> To: alcatel-nsp@puck.nether.net<BR>> Subject: Re: [alcatel-nsp] Automate SAM Provisioning through text/csv?<BR>> Message-ID:<BR>> <17f88d6c0908101538x2ae60056v47bff5781ad0c109@mail.gmail.com><BR>> Content-Type: text/plain; charset=ISO-8859-1<BR>> <BR>> Thanks Diego,<BR>> <BR>> I've heard a rumor that on the SR-7/12 the active card has a red light<BR>> and the standby has green? :-)<BR>> <BR>> Is this true? If so, why?<BR>> <BR>> Also, is there a sim for 7750 etc , similar to gns3/dynamips for cisco?<BR>> <BR>> Cheers,<BR>> Rick<BR>> <BR>> 2009/8/8 GARCIA DEL RIO Diego <Diego.Garcia_Del_Rio@alcatel-lucent.be>:<BR>> > Just to add some comments,<BR>> ><BR>> > SAM will always pick up the changes done in CLI, so it will update its<BR>> > own database accordingly (the node generates an SNMP trap for every<BR>> > change and SAM follows on).<BR>> ><BR>> > As for a change in a policy, what will happen is that as soon as you<BR>> > modify the policy in the node, SAM will notice that the node is no<BR>> > longer "in synch" for that particular policy. Only if you initiate a<BR>> > "push" again from SAM will the policy in the node be overwritten. The<BR>> > only way SAM will take the change on the policy and set it as the<BR>> > "golden" one is if you manually open the policy window in SAM and tell<BR>> > it to synch it from a particular node.<BR>> ><BR>> > It will never push policies without you specifically asking it to do so.<BR>> ><BR>> > As for the reference documentation, it is always available at the server<BR>> > and you can access the whole API documentation directly from the help<BR>> > menu in the SAM client.<BR>> ><BR>> > Finally, if you have SAM 6 or onwards, the script editor (for service<BR>> > templates and so on) provides a very nice way of simplifying the input<BR>> > screens a lot and also shows the underlying xml script.<BR>> ><BR>> > Cheers<BR>> ><BR>> > Diego Garcia del Rio<BR>> > New Product Introduction - Network Design Engineer<BR>> > IP Division<BR>> > Alcatel-Lucent - Antwerpen<BR>> > Mobile: +32 4734 30 245<BR>> > OnNET 2 605 3871<BR>> > Phone (+32) 3 2403871<BR>> > e-mail diego.garcia_del_rio@alcatel-lucent.com<BR>> ><BR>> > <<<BR>> > This message (including any attachments) contains confidential<BR>> > information intended for a specific individual and purpose, and is<BR>> > protected by law. If you are not the intended recipient, you should<BR>> > delete this message. Any disclosure, copying, or distribution of this<BR>> > message, or the taking of any action based on it, is strictly prohibited<BR>> > without the prior consent of its author.<BR>> >>><BR>> > -----Original Message-----<BR>> > From: alcatel-nsp-bounces@puck.nether.net<BR>> > [mailto:alcatel-nsp-bounces@puck.nether.net] On Behalf Of Philip<BR>> > Matthews<BR>> > Sent: 07 August 2009 21:04<BR>> > To: alcatel-nsp@puck.nether.net<BR>> > Subject: Re: [alcatel-nsp] Automate SAM Provisioning through text/csv?<BR>> ><BR>> ><BR>> > On Fri, 7-Aug-09, at 17:24 , Kirby Files wrote:<BR>> ><BR>> >> Richard Lee wrote on 08/07/2009 05:10 PM:<BR>> >>> Another issue I have been warned about is that a change to a global<BR>> >>> policy on a node could be synchronised back to the SAM and could<BR>> >>> break<BR>> >>> a lot of services.<BR>> >>><BR>> >>> Does this sound right?<BR>> >><BR>> >> Yeah, that's probably possible.<BR>> ><BR>> > What type of policy are you referring to? A QoS policy? A "routing<BR>> > policy-options" policy? Or something else? I don't see how this could<BR>> > happen.<BR>> ><BR>> > This does bring up one other thing. SAM makes sure that the many<BR>> > numbers that the CLI requires are selected appropriately. For example,<BR>> > service numbers at both ends of a service have to match. Your scripts<BR>> > will have to ensure these rules are followed. However, this is nothing<BR>> > new over what you have to do if you configure the routers by hand.<BR>> ><BR>> > - Philip<BR>> > _______________________________________________<BR>> > alcatel-nsp mailing list<BR>> > alcatel-nsp@puck.nether.net<BR>> > https://puck.nether.net/mailman/listinfo/alcatel-nsp<BR>> > _______________________________________________<BR>> > alcatel-nsp mailing list<BR>> > alcatel-nsp@puck.nether.net<BR>> > https://puck.nether.net/mailman/listinfo/alcatel-nsp<BR>> ><BR>> <BR>> <BR>> ------------------------------<BR>> <BR>> Message: 2<BR>> Date: Mon, 10 Aug 2009 19:21:05 -0400<BR>> From: Craig Publow <cpublow@gmail.com><BR>> To: Richard Lee <rl0001@gmail.com><BR>> Cc: alcatel-nsp@puck.nether.net<BR>> Subject: Re: [alcatel-nsp] Automate SAM Provisioning through text/csv?<BR>> Message-ID:<BR>> <4e83e2cb0908101621l11a46742y8bb9db787505ce11@mail.gmail.com><BR>> Content-Type: text/plain; charset="windows-1252"<BR>> <BR>> Hi Rick<BR>> <BR>> The various SF/CPM LED colours and the states they indicate are outlined on<BR>> page 130 of the latest SR-12 Installation guide. ( same states apply to the<BR>> SR-7. Concerning the CPM status, the following is mentioned abount the M/S<BR>> ctl LED on the SF/CPMs:<BR>> <BR>> M/S Ctl Master/Slave SF/CPM designation:<BR>> ? Green: Indicates that the SF/CPM is designated as the primary SF/CPM<BR>> in a redundant system.<BR>> ? Green (blinking): Indicates that the SF/CPM is operating as the<BR>> secondary SF/CPM in a redundant configuration.<BR>> <BR>> There is no sim for the 7x50.<BR>> <BR>> Regards<BR>> Craig<BR>> <BR>> <BR>> <BR>> <BR>> <BR>> On Mon, Aug 10, 2009 at 6:38 PM, Richard Lee <rl0001@gmail.com> wrote:<BR>> <BR>> > Thanks Diego,<BR>> ><BR>> > I've heard a rumor that on the SR-7/12 the active card has a red light<BR>> > and the standby has green? :-)<BR>> ><BR>> > Is this true? If so, why?<BR>> ><BR>> > Also, is there a sim for 7750 etc , similar to gns3/dynamips for cisco?<BR>> ><BR>> > Cheers,<BR>> > Rick<BR>> ><BR>> > 2009/8/8 GARCIA DEL RIO Diego <Diego.Garcia_Del_Rio@alcatel-lucent.be>:<BR>> > > Just to add some comments,<BR>> > ><BR>> > > SAM will always pick up the changes done in CLI, so it will update its<BR>> > > own database accordingly (the node generates an SNMP trap for every<BR>> > > change and SAM follows on).<BR>> > ><BR>> > > As for a change in a policy, what will happen is that as soon as you<BR>> > > modify the policy in the node, SAM will notice that the node is no<BR>> > > longer "in synch" for that particular policy. Only if you initiate a<BR>> > > "push" again from SAM will the policy in the node be overwritten. The<BR>> > > only way SAM will take the change on the policy and set it as the<BR>> > > "golden" one is if you manually open the policy window in SAM and tell<BR>> > > it to synch it from a particular node.<BR>> > ><BR>> > > It will never push policies without you specifically asking it to do so.<BR>> > ><BR>> > > As for the reference documentation, it is always available at the server<BR>> > > and you can access the whole API documentation directly from the help<BR>> > > menu in the SAM client.<BR>> > ><BR>> > > Finally, if you have SAM 6 or onwards, the script editor (for service<BR>> > > templates and so on) provides a very nice way of simplifying the input<BR>> > > screens a lot and also shows the underlying xml script.<BR>> > ><BR>> > > Cheers<BR>> > ><BR>> > > Diego Garcia del Rio<BR>> > > New Product Introduction - Network Design Engineer<BR>> > > IP Division<BR>> > > Alcatel-Lucent - Antwerpen<BR>> > > Mobile: +32 4734 30 245<BR>> > > OnNET 2 605 3871<BR>> > > Phone (+32) 3 2403871<BR>> > > e-mail diego.garcia_del_rio@alcatel-lucent.com<BR>> > ><BR>> > > <<<BR>> > > This message (including any attachments) contains confidential<BR>> > > information intended for a specific individual and purpose, and is<BR>> > > protected by law. If you are not the intended recipient, you should<BR>> > > delete this message. Any disclosure, copying, or distribution of this<BR>> > > message, or the taking of any action based on it, is strictly prohibited<BR>> > > without the prior consent of its author.<BR>> > >>><BR>> > > -----Original Message-----<BR>> > > From: alcatel-nsp-bounces@puck.nether.net<BR>> > > [mailto:alcatel-nsp-bounces@puck.nether.net] On Behalf Of Philip<BR>> > > Matthews<BR>> > > Sent: 07 August 2009 21:04<BR>> > > To: alcatel-nsp@puck.nether.net<BR>> > > Subject: Re: [alcatel-nsp] Automate SAM Provisioning through text/csv?<BR>> > ><BR>> > ><BR>> > > On Fri, 7-Aug-09, at 17:24 , Kirby Files wrote:<BR>> > ><BR>> > >> Richard Lee wrote on 08/07/2009 05:10 PM:<BR>> > >>> Another issue I have been warned about is that a change to a global<BR>> > >>> policy on a node could be synchronised back to the SAM and could<BR>> > >>> break<BR>> > >>> a lot of services.<BR>> > >>><BR>> > >>> Does this sound right?<BR>> > >><BR>> > >> Yeah, that's probably possible.<BR>> > ><BR>> > > What type of policy are you referring to? A QoS policy? A "routing<BR>> > > policy-options" policy? Or something else? I don't see how this could<BR>> > > happen.<BR>> > ><BR>> > > This does bring up one other thing. SAM makes sure that the many<BR>> > > numbers that the CLI requires are selected appropriately. For example,<BR>> > > service numbers at both ends of a service have to match. Your scripts<BR>> > > will have to ensure these rules are followed. However, this is nothing<BR>> > > new over what you have to do if you configure the routers by hand.<BR>> > ><BR>> > > - Philip<BR>> > > _______________________________________________<BR>> > > alcatel-nsp mailing list<BR>> > > alcatel-nsp@puck.nether.net<BR>> > > https://puck.nether.net/mailman/listinfo/alcatel-nsp<BR>> > > _______________________________________________<BR>> > > alcatel-nsp mailing list<BR>> > > alcatel-nsp@puck.nether.net<BR>> > > https://puck.nether.net/mailman/listinfo/alcatel-nsp<BR>> > ><BR>> > _______________________________________________<BR>> > alcatel-nsp mailing list<BR>> > alcatel-nsp@puck.nether.net<BR>> > https://puck.nether.net/mailman/listinfo/alcatel-nsp<BR>> ><BR>> -------------- next part --------------<BR>> An HTML attachment was scrubbed...<BR>> URL: <https://puck.nether.net/pipermail/alcatel-nsp/attachments/20090810/92f4c4e0/attachment-0001.html><BR>> <BR>> ------------------------------<BR>> <BR>> _______________________________________________<BR>> alcatel-nsp mailing list<BR>> alcatel-nsp@puck.nether.net<BR>> https://puck.nether.net/mailman/listinfo/alcatel-nsp<BR>> <BR>> <BR>> End of alcatel-nsp Digest, Vol 20, Issue 6<BR>> ******************************************<BR><br /><hr />Windows Live Messenger: Happy 10-Year Anniversary—get free winks and emoticons. <a href='http://clk.atdmt.com/UKM/go/157562755/direct/01/' target='_new'>Get Them Now</a></body>
</html>