Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - mattyboy

Pages: [1] 2
1
issue has been resolved, the carrier looked at the pcaps I sent them and it was the way their equipment was handling our refer request when the vmail transfers offsite.  on a bad call there was no BYE in the string and a 200 ok  request was sent 3 times from the carriers sipartor device  10.5.1.100 to the 3300 10.5.1.1 after our invite. this left all the sip links up,   first pic is a bad call where the links stayed up forever , the second pic is after the carrier changes and if the caller hangs up at anytime during the call the links are torn down properly there is a bye sent so the mitel can tear down the links properly

2
I can recreate the issue at will now   it has to do with the fwding offsite   If I call into the Mitel embedded auto attd and hang up during the greeting the sip link gets torn down n0  issue so DID traffic and incoming that goes to a Mitel ext outgoing no problem either this morning I called and traffic was very slow and I was able to get a pcap from the Mitel I called from my cell to the auto attd and chose an option that gets fwd'd to another offsite IVR and during that greeting I hung up   and after I hung up the incoming leg and the outgoing leg of that call were locked up   the system inserts the outgoing caller ID for the vmail ports to a DID that rings back to the auto attd I am wondering if the BYE needs to be specific to the port that handled the call?  the vmail is set for unscreened transfer

thanks for the input

3
it looks to be calls coming to the auto attd,   the locked up links are either an outside call talking to a vmail port or an outgoing call from a vmail port to  a speed dial that is an offsite phone number . doing a force busy on the peer and return to service doesn't clear them

they are using a device from lightpath called a siparator which doesn't require a registration it has an ip on the network and that is what the 3300 sends calls thru ,   a normal call that gets to an ext shows the bye and tears down the link when the ext goes on hook , they had a configuration for a 3300 that we followed I am trying to trap a call that locks up the link

this was a system with 3 working pri circuits they just ported incoming to sip , the sip trunks were used outgoing with no issue for a few months

4
have a mitel mcd 3300 rel 8.0  with sip trunks the sip trunks are working audio is fine incoming and outgoing are fine the customer has an embeded vmail and it has an option that dial an offsite call center then then transfer back to the site via a DID
it looks like this operation locks up a link on the sip trunk and doesn't release it  a busy and a RTS of the peer tears down the link

here is what it looks like   anything thoughts or ideas how to tear down these calls?


5
Resolved

the system is changing from PRI to SIP trunks  I built the ars the same way just added a route list with the sip as the first choice

so the phones that have the issue if I point the ars digits dialed to the pri it works but if point the digits dialed to SIP  they get access denied and as I said same cos same cor same zone same tennant   the phones that have the issue are in a different sub net and it is a issue with the ingate siparator the carrier installed it only talks to the subnet the phone system is on 10.5.xxx.xxx  the phones with the issue  are 10.1.xxx.xxx the mitel tries to call but gets rejected from the carrier based on the phone's ip address

6
have a flakey issue have 1 or 2 phones that show invalid or access denied when dialing certain out side numbers  Have tested with another phone same cos same cor same tennant same interconnect same zone one phone works fine one doesn't anything I am missing on the phone that doesn't work I deleted it and reprogrammed same issue

7
UPDATE issue resolved

after much back and forth with the carrier who stated not their issue one of their techs took a look at it and when they updated their equip. the config was not loaded correctly they restored it again and the issue went away
 

8
Thanks Lundah  i sent the pcaps to the carrier will post up the resolution

9
I will have to get that answer from the carrier but on incoming calls the invite comes at around the same time  and the port changes but the audio is not disrupted so everything is updated onto the new port and there is no interuption in the rtp packets  with outgoing the invite and the port change happen but the rtp packets don't make it to the new port   here is a pcap shot of an inbound call


10
I have attached a pcap and on all the pcaps the carrier is sending an invite at around 5 minutes on a call in progress and thats when the port on the mitel phone changes  shortly after that   in the pcap the 3300 ISS is on the left   sip provider in the middle and the mitel IP phone on the right

11
lundah

thanks  I will check that with the carrier


12
have a multi site customer with a 3300 ISS at each site rel 7.1 load 13.1.0.33
 each site has their own sip trunks( same provider at both sites) it has  been installed and working fine for years within the last week they say the calls drop after 5 minutes
what is actually happening is the audio on the call goes away  after 5 minutes if you put the call on hold and pick it back up it will work for another 5 minutes
there is no MBG   the provider has router at each  that is the gateway for the 3300  it also handles the vlan for the phones   i know it is something with the RTP stream to the phones and I know the router is the most likely cause I guess I need direction on how to prove that   the sip capture from the ISS is only the SIP portion of the call it doesn't show the rtp portion

the carrier is playing it is  the pbx card cause they see a BYE from the PBX  the only reason for that is the mitel user doesn't hear anything and hangs up  I was able to recreate the issue on a call from the customer  to my office  and I told the customer if the audio goes away hit hold and pick me back up and it worked we spoke for 15 minutes so he had to put me on hold twice

13
Mitel MiVoice Business/MCD/3300 / deleting an event in scheduler
« on: June 26, 2023, 10:00:43 AM »
I am trying to setup an automatic day night schedule as a test and can't seem to delete an event  the edit and delete buttons are grayed out when i high light an event
tried to set the date back to before the event was scheduled just but same result

mitel 3300   6.0 sp3  rel 12.0.3.15  CXII  1025 MB ram

14
Thanks

what are the two partions 1  and 2 if i have to edit the command line in vxworks?   does the swap command from the maint commands in esm does that edit the boot string so it will stay there even after a reboot?

15
customer mxe II controller was upgraded to rel 8 sp3 from rel 6.2  6 months ago and had been working fine, the layer 2 switch developed the problem where after 15 minutes the Lan connection would fail couldn't ping controller and all phones lost connection.  we replaced the controller moved the I-button and harddrives  the system booted up but to the older rel 6.2   does the upgrade live on another partition? is there a way to set it to boot up on the rel.8 partition    do i need to change the boot string in the maint port or can I use the swap command from the maint commands in the esm?

any thoughts or input would be much appreciated

Thanks

Pages: [1] 2