We have Castlenet CBV704EW and we can’t get the MTA's working with Cisco UBR but with a Terrayon that work great.
We can receive calls and communicate when the Modem is connected to Terrayon or Cisco 7225 cmts.
The issue affect only when we try to perform a call from the EMTA Castlenet, he hears the DTF signals but doesn’t make the call.
There is the config file.
Main
{
MtaConfigDelimiter 1;
SnmpMibObject enterprises.7432.1.1.1.6.0 Integer 1 ;
SnmpMibObject enterprises.7432.2.1.2.1.1.1.9 String "83.144.200.66" ;
SnmpMibObject enterprises.7432.2.1.2.1.1.2.9 Gauge32 10001 ;
SnmpMibObject enterprises.7432.2.1.2.1.1.1.10 String "83.144.200.66" ;
SnmpMibObject enterprises.7432.2.1.2.1.1.2.10 Gauge32 10001 ;
SnmpMibObject enterprises.7432.1.1.3.6.1.2.1.0 String "LITEPHONE.CH" ;
SnmpMibObject enterprises.7432.1.1.3.6.1.5.1.0 String "litephone voice Company" ;
SnmpMibObject enterprises.7432.1.1.3.8.1.2.1.0 String "83.144.200.66" ;
SnmpMibObject enterprises.7432.1.1.3.8.1.3.1.0 String "LITEPHONE.CH" ;
SnmpMibObject enterprises.7432.1.1.3.8.1.9.1.0 Integer 2 ;
SnmpMibObject enterprises.4413.2.2.2.1.6.1.7.0 Integer 1 ;
SnmpMibObject enterprises.7432.1.1.2.9.0 HexString 0x87bbf4354dc85d58e47d9a05488ffc93c4ce9b5f ;
MtaConfigDelimiter 255;
}
Have you a guess,
Many thanks.
C. Gaspar
Hi,
could you please post the serviceflows during the call-setup? Maybe they are not correctly setup.
Are you using the same configurationfiles for cm/mta?
Could you please post your cm-configuration as well?
Some suggestions:
set the Lines explicit to up:
SnmpMibObject ifAdminStatus.9 Integer 1; /* up */
SnmpMibObject ifAdminStatus.10 Integer 1; /* up */
if you use IP-Address instead of FQDN use [x.x.x.x]:
SnmpMibObject pktcNcsEndPntConfigCallAgentId.9 String "[83.144.200.66]" ;
SnmpMibObject pktcNcsEndPntConfigCallAgentId.10 String "[83.144.200.66]" ;
Is there a reaseon why you are using Port 10001? Maybe you should switch to default 2427.
regards,
Benedikt
Thanks Benedikt for your reply !
We have made some progress, from the telephony platform we take some capture and gave us the information that call can't perform due to insuficient bandwitdh MGCP code 526.
In our SLA we had configured prioritization of Voice Flow and in our lab that's works great. That seems the terayon manage itself the prioritization of voice
Have you some sugestion about the MGCP (code 526) ?
Regards,
C.
Hi C,
could you please post your service-flows during the call?
do a "show cable modem qos" on the CMTS
Please also post your cable-modem bootfile.
regards,
Benedikt
Hi Benedikt,
In Cisco UBR 7225 (IOS SCF4) we don't have the "show cable modem qos" command.
There is CM config file and we have a basic config and
Main
{
NetworkAccess 1;
MaxCPE 8;
UsPacketClass
{
ClassifierRef 3;
ServiceFlowRef 2;
RulePriority 2;
ActivationState 1;
IpPacketClassifier
{
IpProto 256;
IpDstAddr XXX.XXX.XXX.XXX;
IpDstMask 255.255.255.255;
}
}
DsPacketClass
{
ClassifierRef 5;
ServiceFlowRef 4;
RulePriority 2;
ActivationState 1;
IpPacketClassifier
{
IpProto 256;
IpSrcAddr XXX.XXX.XXX.XXX;
IpSrcMask 255.255.255.255;
}
}
UsServiceFlow
{
UsServiceFlowRef 1;
QosParamSetType 7;
TrafficPriority 0;
MaxRateSustained 1650000;
MaxTrafficBurst 1522;
MaxConcatenatedBurst 1522;
SchedulingType 2;
IpTosOverwrite 0x0000;
}
UsServiceFlow
{
UsServiceFlowRef 2;
QosParamSetType 7;
TrafficPriority 5;
MaxRateSustained 128000;
SchedulingType 2;
IpTosOverwrite 0x00a0;
}
DsServiceFlow
{
DsServiceFlowRef 3;
QosParamSetType 7;
TrafficPriority 0;
MaxRateSustained 27500000;
MaxTrafficBurst 1522;
}
DsServiceFlow
{
DsServiceFlowRef 4;
QosParamSetType 7;
TrafficPriority 5;
MaxRateSustained 128000;
}
MaxClassifiers 8;
GlobalPrivacyEnable 0;
DocsisTwoEnable 1;
GenericTLV TlvCode 40 TlvLength 1 TlvValue 0x00;
/* CmMic 7595b1b12df1930b242b9b90f8ac7f83; */
/* CmtsMic 06f4439e1b1172448cb8b29bc566763f; */
/*EndOfDataMkr*/
}
and the MTA config file :
Main
{
MtaConfigDelimiter 1;
SnmpMibObject enterprises.7432.1.1.1.6.0 Integer 1 ;
SnmpMibObject enterprises.7432.2.1.2.1.1.1.9 String "XXX.XXX.XXX.XXX" ;
SnmpMibObject enterprises.7432.2.1.2.1.1.2.9 Gauge32 2727 ;
SnmpMibObject enterprises.7432.2.1.2.1.1.1.10 String "XXX.XXX.XXX.XXX" ;
SnmpMibObject enterprises.7432.2.1.2.1.1.2.10 Gauge32 2727 ;
SnmpMibObject enterprises.7432.1.1.3.6.1.2.1.0 String "XXX" ;
SnmpMibObject enterprises.7432.1.1.3.6.1.5.1.0 String "X voice Company" ;
SnmpMibObject enterprises.7432.1.1.3.8.1.2.1.0 String "XXX.XXX.XXX.XXX" ;
SnmpMibObject enterprises.7432.1.1.3.8.1.3.1.0 String "XXX" ;
SnmpMibObject enterprises.7432.1.1.3.8.1.9.1.0 Integer 2 ;
SnmpMibObject enterprises.4413.2.2.2.1.6.1.7.0 Integer 1 ;
SnmpMibObject enterprises.7432.1.1.2.9.0 HexString 0x3fb3d02182d2ea993d3a6b57b5cf616da19959c7 ;
MtaConfigDelimiter 255;
}
See you any particular issue ?
Many thanks for your answers.
Hi,
sorry I meant 'show cable modem "mac-address" qos'
regards,
Benedikt
Hi,
There is it !
CMTS-6#scm 001c.7bXX.XXXX qos
Sfid Dir Curr Sid Sched Prio MaxSusRate MaxBrst MinRsvRate Throughput
State Type
11 US act 1 BE 0 220000 1522 0 0
22 US act 6 BE 5 128000 3044 0 0
12 DS act N/A BE 0 1100000 1522 0 0
23 DS act N/A BE 0 128000 1522 0 0
I'm don't know in-depth QoS features on Cable Modem but I think this is related with voice prioritization. I think 128k for voice traffice it's enough !
Thanks for your help !
Benedikt,
We have found the solution.
Well this a pitty solution because this was caused by the command "Packetcable"
The modems with problem aren't Packetcable compliant so they have some issue on request UGS Flow.
More details on http://www.cisco.com/en/US/docs/cable/cmts/feature/pcktcbl.html
So we solve putting "packetcable authorize vanilla-docsis-mta" command.
Thanks for your help. Regards,
C.
Hi,
fine if the command "packetcable authorize vanilla-docsis-mta" will work for you but be aware that this will open the gate for people to modify the resources by herself. In combination "if" your only prevention of unknown cable modems in your network is to set Network Access to OFF in the configfile there are all points complied to give cable modem hackers open access to the internet. It would be better your unknown cable modems and the CPE behind them are located in a different IP-Scope which can be filtered.
Hi,
sorry for my late response but I was quiet busy in the last days. Its good to hear you've found the cause of the issue.
I would highly recommend you to enable BPI+:
example taken from docsis1.1_classifiers.txt (docsis.sf.net):
GlobalPrivacyEnable 1;
BaselinePrivacy
{
AuthTimeout 10;
ReAuthTimeout 10;
AuthGraceTime 600;
OperTimeout 10;
ReKeyTimeout 10;
TEKGraceTime 600;
AuthRejectTimeout 60;
SAMapWaitTimeout 1;
SAMapMaxRetries 4;
}
You should define you classifiers more specific as it might happen that all the traffic is put into the "static" serviceflow
and the dynamic-flows might not be used at all. The following exmaple assumes that you use the port 10001 as source
and destination. The protocol defined should also be only udp (17) not any (256).
UsPacketClass
{
ClassifierRef 3;
ServiceFlowRef 2;
RulePriority 2;
ActivationState 1;
IpPacketClassifier
{
IpProto 17; //UDP
IpDstAddr XXX.XXX.XXX.XXX;
IpDstMask 255.255.255.255;
SrcPortStart 10001;
SrcPortEnd 10001;
DstPortStart 10001;
DstPortEnd 10001;
}
}
DsPacketClass
{
ClassifierRef 5;
ServiceFlowRef 4;
RulePriority 2;
ActivationState 1;
IpPacketClassifier
{
IpProto 17; //UDP
IpSrcAddr XXX.XXX.XXX.XXX;
IpSrcMask 255.255.255.255;
SrcPortStart 10001;
SrcPortEnd 10001;
DstPortStart 10001;
DstPortEnd 10001;
}
}
128k might be a littlebit oversized for just signaling.
regards,
Benedikt